ElKharboutly - FOSS across SE (Proposal)

From Foss2Serve
(Difference between revisions)
Jump to: navigation, search
(Contact Information)
(Learning Activities)
 
(14 intermediate revisions by 2 users not shown)
Line 18: Line 18:
  
 
==Learning Activities==
 
==Learning Activities==
 +
 +
* SER 120
 +
*# [http://foss2serve.org/index.php/Intro_to_FOSS_Activity Introduction to FOSS take home practice]
 +
*# [http://foss2serve.org/index.php/Backwardly_Compatible_Code Java Backwardly Compatible Code Lab practice]
 +
*# [http://foss2serve.org/index.php/Finding_the_Code_Responsible_for_Behavior Finding the Code Responsible for Behavior Lab practice]
 +
 +
* SER 210
 +
*# [http://foss2serve.org/index.php/OS_Project_Comparison_Activity OS Project Comparison Activity take home practice]
 +
*# [http://foss2serve.org/index.php/Using_Open_APIs_In_Mobile_Apps_Activity  Using Open APIs In Mobile Apps Activity] '''New Activity'''
 +
 +
* SER 320
 +
*# [http://foss2serve.org/index.php/OpenMRS_Architecture_activity OpenMRS Architecture case study] '''New Activity'''
 +
*# [http://foss2serve.org/index.php/OpenMRS_Design_Reverse_Engineering_Activity_(Android_App) Design Reverse Engineering Activity]
 
< Provide a general description of the activities you plan to develop.  How many activities will there be?  What types? (labs, homework assignments, projects, etc.)  What outcomes do you expect? What specific products will you have to share at the end? (lab instructions, grading rubrics, homework assignments, etc.) Note: we only expect basic information at this point since the activities are not developed yet.>
 
< Provide a general description of the activities you plan to develop.  How many activities will there be?  What types? (labs, homework assignments, projects, etc.)  What outcomes do you expect? What specific products will you have to share at the end? (lab instructions, grading rubrics, homework assignments, etc.) Note: we only expect basic information at this point since the activities are not developed yet.>
 +
 +
The [http://foss2serve.org/index.php/Using_Open_APIs_In_Mobile_Apps_Activity  Using Open APIs In Mobile Apps Activity]  is a work in progress activity that I started working on during the POSSE Sprint. See the activity for more details.
 +
 +
Using OpenMRS architecture as a case study is a take home practice in which students will study the architecture and identify the architecture style used, the components of the architecture and will research some of the technologies used in OpenMRS. The objective is to introduce them to an existing large scale open source project.
  
 
==Evaluation==
 
==Evaluation==
< Please share any thoughts you have on how to evaluate effectiveness. We can work with you and provide basic survey instruments that are shared across sites.>
+
I will use I will create and institute pre/post student content knowledge surveys to all students.
 +
 
 +
The surveys will be divided up by easy questions (30%), medium questions (30%) and hard questions (40%).
 +
 
 +
Sample assignment data will be collected for each activity.
  
 
==Schedule==
 
==Schedule==
<What is the schedule you expect to follow for developing, piloting and evaluating, and sharing the materials?>
+
I will develop all material during the Summer 2016 and Fall 2016.
 +
The sequence of courses will be taught starting Spring 2016 till Spring 2017, one course per semester.
  
 
==Budget==
 
==Budget==
<Amount requested; maximum $3k>
+
Requested Summer Support funding for the adopting and developing new activities: $1000
 +
Requested funds for dissemination of research/findings: $1000
  
 
==Contact Information==
 
==Contact Information==
Line 33: Line 56:
  
  
[[Category:Proposal]]
+
[[Category:Proposals]]

Latest revision as of 15:56, 8 June 2017

Teaching Open Source Contribution and Development Across the SE Curriculum


Contents

Summary

I propose to use two to three activity in three different Software Engineering courses offered starting freshman year till Junior year. This way students are gradually introduced to HFOSS according to their skill level.

Target Venue

  • SER 120 - Object Oriented Development in Java (Every Spring)

This course serves as an introduction to the principles of design and programming of software using object oriented techniques such as inheritance, polymorphism, encapsulation and information hiding, and inheritance. Students will learn event-driven programming and the use of graphics. Additional topics include collections, design patterns and frameworks

  • SER 210 - Software Design and Development (Every Spring)

This course serves as an introduction to software engineering using object oriented analysis and design techniques and United Modeling Language (UML). The emphasis is on developing robust and high quality software systems based on object-oriented principles. Implementations will be performed using Java object-oriented programming language and the Android SDK.

  • SER 320 - Software Design and Architecture(Every Fall)

Students explore software design methodologies, architectural styles, design guidelines and design tools. The course will examine the principles and methods of architectural design and detailed design of complex, large-scale software systems. It cover micro-level design and marco-level architecture emphasizing on a number of architectural styles including classical styles and emerging styles such as web-based architectures and mobile-computing architectures.

Target Student Audience

All courses are required courses taken by Software Engineering Major students.

Learning Activities

< Provide a general description of the activities you plan to develop. How many activities will there be? What types? (labs, homework assignments, projects, etc.) What outcomes do you expect? What specific products will you have to share at the end? (lab instructions, grading rubrics, homework assignments, etc.) Note: we only expect basic information at this point since the activities are not developed yet.>

The Using Open APIs In Mobile Apps Activity is a work in progress activity that I started working on during the POSSE Sprint. See the activity for more details.

Using OpenMRS architecture as a case study is a take home practice in which students will study the architecture and identify the architecture style used, the components of the architecture and will research some of the technologies used in OpenMRS. The objective is to introduce them to an existing large scale open source project.

Evaluation

I will use I will create and institute pre/post student content knowledge surveys to all students.

The surveys will be divided up by easy questions (30%), medium questions (30%) and hard questions (40%).

Sample assignment data will be collected for each activity.

Schedule

I will develop all material during the Summer 2016 and Fall 2016. The sequence of courses will be taught starting Spring 2016 till Spring 2017, one course per semester.

Budget

Requested Summer Support funding for the adopting and developing new activities: $1000 Requested funds for dissemination of research/findings: $1000

Contact Information

Ruby ElKharboutly ruby.elkharboutly@quinnipiac.edu

Personal tools
Namespaces
Variants
Actions
Events
Learning Resources
HFOSS Projects
Evaluation
Navigation
Toolbox