User:Relkharboutly

From Foss2Serve
Revision as of 20:13, 30 October 2014 by Relkharboutly (Talk | contribs)
Jump to: navigation, search

Ruby ElKharboutly is an Assistant Professor of Software Engineering at Quinnipiac University. The Software Engineering Program is offered in the newly established School of Engineering. Dr. Ruby's research interests include software design and architecture, reliability and performance and software data analysis. Prior to joining Quinnipiac, Dr. Ruby was a full-time Professor at University of Connecticut. She has four years of industrial experience working as a software engineering and IT consultant. In her spare time, Dr. Ruby is mostly spending time with her kids, in the kitchen or at the gym.

Contents

Introduction to IRC

  • How to people interact? By sending instant messages to all meeting participants.
  • What is the pattern of communication? No specific pattern. It seems to be a long meeting where each participant sends a message whenever they have something to say.
  • Are there any terms that seem to have special meanings? Yes, all the hash tags such as #info, #action, #topic,
  • Can you make other observations? The time stamp, text after hash tags is bold.

Intro to Project Anatomy

Sugar Labs Project

Teams: Each team has a mission and specific set of responsibilities. Team pages are structured differently for each team.

Bugs: Each ticket has a number, summary, status, owner, type priority and release milestone. Bugs belong to components and are categorized according to priority, severity and bug status.

Repository: Web-based or local? web-based

Release cycle: The roadmap is updated at the beginning of each release cycle

Sahana Eden Project

Teams

Developers: Developers can review the BluePrints of the project including requirements and design. They can create User Story/Use Case as well. Complete instructions are included in the "Developer Guidelines" to introduce new developers to the project

Testers : Testers can assist as non-technical users by following the QA process documented on the wiki. They can report issues using Bug Reporting Guidelines. Developers can test their code as well by following Developer/Testing Guidelines. Finally, SysAdmins can set up a server by following the Continuous Integration process.

Designers: Designers can help make the application and the web site more usable. Guidelines for themes and usability are available on the website.

Bugs: Tickets are in the form or reports. Each ticket is structured in the same way as in the Sugar Lab Project

Repository: Web-based or local? local

Release cycle: The roadmap includes key features, modules and supported material

Project Evaluation Activity

Evaluation : File:Mifos-Eval-ElKharboutly.xlsx

FOSS In Courses Activity

I am interesting in the design and architecture of the FOSS projects in general. To be able to reverse engineer a project and model the design. To evaluate the design and suggest improvements. My students are using FreeMind this semester to map the design and architecture. I could have benefited form the project evaluation activity to help students understand the project.

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