1 / 44

ICS 413 Software engineering

Prepared by Afra`a Sayah. ICS 413 Software engineering. Outline. Introduction. Weekly Tasks. Plane Phase. Analysis Phase. Design Phase. Report Rules. Conclusion. objectives.

callum
Télécharger la présentation

ICS 413 Software engineering

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Prepared by Afra`aSayah ICS 413Software engineering

  2. Outline • Introduction. • Weekly Tasks. • Plane Phase. • Analysis Phase. • Design Phase. • Report Rules. • Conclusion.

  3. objectives • Learn the software development life cycle (project management, requirements engineering, systems modeling, software design, prototyping, and testing). • Perform the software phases by developing a complete and consist software. • Learn how to work in a team and develop leadership skills. • Learn the UML for visual modeling.

  4. Introduction In this course Lab you will perform the software development life cycle by creating a project in a team work environment and use the UML for analyzing and designing your project. you will go through three phases: Plane Phase. Analysis Phase. Design Phase.

  5. Project Weekly tasks 1. Weekly Report. Weekly Report#

  6. Project Weekly tasks 2. Meeting Report: Meeting No#... Report Date: Time: Team Name: Absent: • Task to be achieved : • Done tasks: • Task that we could not achieved this week:

  7. Plane phase 1. Description: Define the place or the activity that your system will work on, the problem that it face and the solutions and new activity that your system will provide generally.

  8. Plane phase 2. Problem Statement. Identify all problems that led you to develop your system. 3.Benefits of the System. Describe the solutions that the system provides or the new functions that it adds. 4.Solution Methodology.

  9. Plane phase 4.Solution Methodology. • We are going to use the waterfall model which is a system development life cycle model that uses a linear and sequential approach. This model contain five phases as following:

  10. Plane phase 4.Solution Methodology.

  11. Plane phase 5.Environment: Indorse or outdoors.

  12. Plane phase 5. Requirements Analysis: Requirements analysis is critical to the success of a software development. Requirements must be actionable, measurable, testable, clear and meets the needs or constrains, and defined to a level of detail sufficient for system design.

  13. Plane phase 1.Identifaying Stakeholders: • Stakeholders: • Any person who has an interest (direct or • indirect) in the project. • A stakeholder is not necessarily an actor. • But an actor is usually a stakeholder.

  14. Plane phase • 2. Elicit Requirements: • 1. Interviewing: • Avoid misleading questions. • Keep questions short and precise. • Check that questions are understood.

  15. Plane phase • 2. Elicit Requirements: • 2. Questioner: • You will ask about • Context and background. • Current system or operations. • Problems and limitations in the current system. • Requirements for a new system, improvement, new functions etc.

  16. Plane phase • 3. Requirement Gathering: • Document all the system functions that you • have generate from the electing requirement • stage.

  17. Plane phase • 4. Define the Types of Requirements: • Functional Requirements: • What the system should do. • 2. Non Functional Requirements: • Properties and constrains the system should • acquire.

  18. Plane phase • Non Functional Requirements: • You will study them from the fallowing views: • Business Goals View. • Security View. • Accessibility and Look-and-Feel View. • Efficiency View. • The Interface Metaphor or Analogy. • Interface Structure Design.

  19. analysis Phase

  20. Analysis phase • The analysis phase is where we show how the system will operates by dividing it into component and understand each one and how they interact with each other.

  21. Analysis phase • Entity Relationship Diagram(ERD): • Representing the objects and their relationships in the data model for a software product. • Entity Relationship Diagram Elements: • 1. Identify Entity • 2. Find Relationship

  22. Analysis phase • Entity Relationship Diagram(ERD): • 3. Define Primary Key: • Identify attribute(s) that • uniquely identify each entity. • 4. Identify Attributes: • Component of the entity. • 5. Determine the Cardinality: ID Ph ID

  23. Analysis phase • UML Diagrams: • Unified Modeling Language (UML) is a standardized general-purpose modeling language. • It `s capture the structure and behavior of the system components , show how the elements of the system interact together in an unambiguous way and it`s gives consistency between a design and its implementation.

  24. Analysis phase • UML Diagrams: • Consists of: • Use Case Diagram. • Class Diagram. • Interaction Diagrams • Sequence Diagram. • Collaboration Diagram. • Object Diagram.

  25. Analysis phase • Use Case Diagram. • It document the behavior of the system by giving graphical overview of its functions (use cases), surroundings (actors), and relationships between the use cases and actors (use case diagrams). Add Course

  26. Analysis phase • Use Case Diagram. • A use-case consist of four component which are: • Actors: • A person, organization, that • interact with our system. • Represented in UML as a • stickman.

  27. Analysis phase • Use Case Diagram. • 2. Use Case: • Describes a set of sequences of actions that the system performers to give a value to an actor. • Represented in UML as • an ellipse.

  28. Analysis phase • Use Case Diagram. • 3. Association: • Is a relationship between an actor and a use case. • Represented in UML as an arrow that indicates who initiates the • relationship.

  29. Analysis phase • Use Case Diagram. • 3. Name: • Describes the use case diagram. Add Course

  30. Analysis phase • 2. Class Diagram: • Represent the object (entities) of the system in form of class. A class contains three parts which are: • Class Name. • Attributes. • Operations. Attributes Class Name Operations

  31. Analysis phase • 3. Interaction Diagram: • 1.Sequence Diagram: • A sequence diagram in Unified Modeling Language (UML) is a kind of interaction diagram that shows how processes operate with one another and in what order. It is a construct of a message sequence chart. Sequence diagrams are sometimes called event diagrams, event scenarios, and timing diagrams.

  32. Analysis phase 3. Interaction Diagram: It is composed ofadiagram that contains: 1) Name. 2) Participating object in the form of lifelinecomposed of: • A rectangle representing the participating object. • A dotted line that extends for the time period of the interaction. 3) Messages to communicate among the participating object. Give ID Patient Register DB Give ID Enter ID

  33. Analysis phase The message arrows represent the communications between two objects in a sequence diagram. It goes from the lifeline of one object to that of another object. • Synchronous message where the sending object suspends action and waits for the response to the message. • Asynchronous message where the sending object continues with its operations without waiting for the response. (Filled Head) (Open Head)

  34. Analysis phase • Diagram of Deleting an Appointment:

  35. Analysis phase Diagram of the Distribution of the Annual Budget:

  36. Analysis phase • Diagram of the Distribution of the Additional Money:

  37. Analysis phase Diagram of Sending Letters:

  38. Analysis phase • 3. Interaction Diagram: • 2.Collaboration Diagram: • Collaboration diagrams belong to a group of UML diagrams called interactiondiagrams. Collaboration diagrams, like sequence diagrams, show how objects interact over the course of time.  However, instead of showing the sequence of events by the layout on the diagram, collaboration diagrams show the sequence by numbering the messages on the diagram.

  39. Analysis phase • 3. Interaction Diagram: • 2.Collaboration Diagram: • Thismakes it easier to show how the objects are linked together, but harder to see the sequence at a glance. • You can develop a collaboration diagram in IBM Rational rose by selecting a sequence and then click on F5.

  40. Analysis phase • Data Flow Diagram : • A data flow data diagram demonstrate the functional model of a software product. DFDs do not represent program logic like flowcharts do.

  41. Analysis phase • Data Flow Diagram : • Context Level DFD: Sales Forecast CUSTOMER 0.0 Lemonade System EMPLOYEE Order Production Schedule Product Served Pay Payment Time Worked Received Goods Payment Purchase Order VENDOR

  42. Analysis phase • Data Flow Diagram : • Level 0 DFD: 1.0 Sale Sales Forecast Customer Order Product Ordered Payment CUSTOMER 2.0 Production EMPLOYEE Production Schedule Product Served Inventory Received Goods VENDOR 3.0 Procure-ment Purchase Order Order Decisions Payment Pay Time Worked 4.0 Payroll

  43. e-mail AfraaSayah12@hotmail.com

More Related