SE 322: Software Intensive Systems Engineering הנדסת מערכות עתירות תוכנה

Semester 2, 5785

Course Details

• Lecture: Thursdays 08:30 - 12:30 in Room 6201
• Instructor: Michael J. May
• Email: mjmay (at) kinneret,ac,il

The full detailed syllabus of the course is available here.

Topics:

This course leads students on the transition from the world of programming (writing computer programs) to the world of software engineering where we develop software intensive systems (SIS). We will focus on the development life cycle - requirements, analysis, design, implementation, integration, testing - while maintaining a systems approach. Students will also perform exercises in model based software development using the Unified Modeling Language (UML).

The course will be taught as a “seminar class” in which lecture and practice are interwoven. A typical session will consist of 2-3 hours of lecture and 1-2 hours of student active practice of the techniques presented. Some sessions will be entirely dedicated to practice.

Course Goals:

At the end of the course the student will be able to:

1. Define life cycle options (Waterfall, V, Agile) for the development of software intensive systems.
2. Build a requirements table categorized by requirement type (functional, non-functional) and class (e.g. hardware, implementation)
3. Create Use Case Diagrams and Use Case details for software intensive systems
4. Design a set of logical software components based on a user story and a set of use case details
5. Allocate logical components to physical components as part of a software intensive system deployment
6. Create and document the physical, logical, and composite architectures of software intensive systems.
7. Create a plan for the development of object oriented programs based on classes and object interaction.
8. Create, understand, and update UML diagrams for all of the above tasks.

Reading

The following books are used in the class:

• Roger Pressman and Bruce Maxim. Software Engineering: A Practitioner’s Approach. McGraw-Hill Education, 9th edition, 2020.
• James Rumbaugh, Ivar Jacobson, and Grady Booch. Unified Modeling Language Reference Manual. Addison-Wesley, 2nd edition, 2005.
• Steven Schach. Object Oriented and Classical Software Engineering. McGraw-Hill Education, 8th edition, 2011.
• Martina Seidl, Marion Scholz, Christian Huemer, and Gerti Kappel. UML @ Classroom: An Introduction to Object-Oriented Modeling. Undergraduate Topics in Computer Science. Springer, 2015.

The library has copies of the books listed, but students are encouraged to purchase the books as needed.

Semester Project

During the course of the semester, you will develop a project in stages. There are two submission milestones for the project that will be shown in class.

The project will involve the design and partial development of a software system. There will be two intermediate design reviews in class and a final submission. The grade will be a combination of grades from the in-person design reviews and the final project submission.

The project overview file here explains the background for the project and its various stages. The project submission stages are as follows:

Stage 0 (0%): Customer and Stakeholder Story. Due: 27 March 2025

Stage 1 (15%): Design iteration 1 and Design review 1. Due: 14 May 2025

Stage 2 (15%): Design iteration 2 and Design review 2. Due: 11 June 2025

Stage 3 (70%): Project Final Submission. Due: 30 June 2025

Each project can be done in groups of three or four students.

Project stage instructions, formats, and examples are on Moodle.

Grading Criteria

Final grades will be calculated by combining grades from the project stages. The grades are weighted as follows:

• 100% Semester Project

Lecture Slides and Notes

Academic Integrity

Cheating of any sort will not be tolerated. Student collaboration is encouraged, but within limits as set forth in the college’s rules on academic integrity. Any students caught cheating will be immediately referred to the department head and the Dean and may receive a failing grade for the course.

Cheating includes:

• Copying information, content, or verbatim text from other students, internet sites, books (other than the ones listed in the bibliography), other unaffiliated individuals to answer questions, solve problems, or aid in programming projects.
• Copying or submitting source code, documentation, or other programming aids without attribution from other students, web sites, online repositories, text books, open source programs, or other unaffiliated individuals.
• Project teams which submit work which is identical or substantially identical to work submitted by other project teams, whether current or from previous years.
• Other forms of academic misconduct as described at this link or as reasonably assessed by the instructor, program head, or dean.

If you have any questions about what constitutes cheating in the above rules, contact the instructor as early as possible.