Project Analysis Course (2012-2013) Final Project Report Overview.

Slides:



Advertisements
Similar presentations
Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Advertisements

Longitudinal Coordination of Care LCP SWG Thursday, May 2, 2013.
Longitudinal Coordination of Care LCP SWG Thursday, April 18, 2013.
Week 2 The Object-Oriented Approach to Requirements
Design by Contract.
OOAD – Dr. A. Alghamdi Mastering Object-Oriented Analysis and Design with UML Module 3: Requirements Overview Module 3 - Requirements Overview.
1 CS Tutorial 2 Architecture Document Tutorial.
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Using the Crosscutting Concepts As conceptual tools when meeting an unfamiliar problem or phenomenon.
Actors and use cases Use-case diagram Brief notation Prioritization Fully dressed notation Requirements Functional requirements  Use-cases.
CS3773 Software Engineering Lecture 03 UML Use Cases.
Copyright © 2003 by The McGraw-Hill Companies, Inc. All rights reserved. Business and Administrative Communication SIXTH EDITION.
Software Engineering COMP 201
285 Final Project. Document Specification: Rough Draft Due April 10th Purpose: Purpose: Economy of effort Economy of effort Input from instructors and.
Documenting Requirements using Use Case Diagrams
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Requirements Gathering : Determining the scope of the system 1. Elicitiation – fact finding 2. Specification 3. Validation.
חוזים – Contracts 1. Larman – Chapter 10 – SSDs 10.2 What are System Sequence Diagrams? (introduction) Use cases describe how external actors interact.
Chapter 7: The Object-Oriented Approach to Requirements
USE Case Model.
INFORMATION X INFO415: Systems Analysis Systems Analysis Project Deliverable 3 Requirements Models.
RUP Requirements RUP Artifacts and Deliverables
Project Analysis Course ( ) Week 2 Activities.
Typical Software Documents with an emphasis on writing proposals.
Project Analysis Course ( ) Final Project Report Overview Prepared by: Sijali Petro Korojelo (Course Assistant)
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
Systems Analysis and Design in a Changing World, 6th Edition
Requirements Specification for Lab3 COP4331 and EEL4884 OO Processes for Software Development © Dr. David A. Workman School of Computer Science University.
Project Analysis Course ( ) Course Overview Project ideas Presentation.
Software Requirements (Advanced Topics) “Walking on water and developing software from a specification are easy if both are frozen.” --Edward V Berard.
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Wednesday’s agenda: September 6  Discuss your summary/critique of the Michaelson chapter on the Incremental Method.  Discuss structure of theses and.
Lab3 Use Case Modeling Lessons Learned COP 4232: Software Systems Development © Dr. David A. Workman School of EE and Computer Science University of Central.
Practical Object-Oriented Design with UML 2e Slide 1/1 ©The McGraw-Hill Companies, 2004 PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e Chapter 4: Restaurant.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
INFORMATION X INFO415: Systems Analysis Systems Analysis Project Deliverable 1 Project Statement of Work Outline.
Requirements Reference: Chapters 5, 6, & 8. CMSC 345, Fall Objectives To introduce the concepts of user and system requirements To explain functional.
UML-1 8. Capturing Requirements and Use Case Model.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
♦ Use Case Model  Detailled use case - Important  Use case diagram- Refactoring Use case diagram  > 1 Last Lectures.
System Context and Domain Analysis Abbas Rasoolzadegan.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
System sequence diagrams
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 5 INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN: AN AGILE, ITERATIVE APPROACH CHAPTER.
INFO275 Database Management Term Project. Overview Your project will be to define, design and build a functioning database, to support an application.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
INFORMATION X INFO415: Systems Analysis Systems Analysis Project Deliverable 2: Gathering System Requirements Instructions.
INFORMATION X INFO425: Systems Design Systems Design Project Deliverable 1.
ECS 3390University of Texas at Dallas1 Activity: Team Paper Click on the audio symbol below to begin.
Requirements Analysis
SmartPosition Customer Review and Feedback Presentation.
Technical Report Outline Title Page Frontispiece Abstract Table of Contents List of Figures/ List of Tables.
INFORMATION X INFO415: Systems Analysis.
Pepper modifying Sommerville's Book slides
Chapter 4 – Requirements Engineering
Systems Analysis and Design in a Changing World, 6th Edition
Seminar Report Structure ARRANGEMENT OF CONTENTS
Objectives Importance of Requirement Engineering
System sequence diagrams
Week 10: Object Modeling (1)Use Case Model
SNS College of Engineering Coimbatore
Systems Analysis and Design in a Changing World, 6th Edition
System Requirements Specification
Systems Analysis and Design in a Changing World, 6th Edition
Project Analysis Course
Engineering Quality Software
Requirements Document
Welcome 1 This is a document to explains the chosen concept to the animator. This will take you through a 5 section process to provide the necessary details.
TECHNICAL REPORTS WRITING
Presentation transcript:

Project Analysis Course ( ) Final Project Report Overview

Report Content

Report Content (cont)

Project Report Cover

Table of Content Page (structure)

1. Introduction Start with the discussion of the general area you are working on i.e. inventory management, business dashboard, reservation systems, etc. General overview of what is the area about?

2.Project Description Detailed description of your specific project It needs to introduced 2 or 3 paper related to application case (like: student information system) Refer to 1 or 2 scientific paper(s) in the field of requirement engineering

2.1 Project Goal Detailed description of the goal of your project. Recall first week report. The goal should be precisely stated… e.g. The project aims at developing a dynamic web based system that will keep track of customer information and sales……… ………………

2.2 Project Scope The projects you are doing are very extensive generally, here provide explanation of the scope of your project o what exactly will you be able to cover in the project and what will you not cover o Address three aspects of geographical, technical, and problem context

2.3 Scenario Explain the as-is and visionary scenarios for your system, precise and well-defined.

2.4 Intended Users and Stakeholder Provide descriptions of the users of the system Dont mix projects stakeholders with systems stakeholders Do not go into details on what each user will do, just provide a brief explanation of the users roles

2.5 Context Diagram Show the system interactions with stakeholders o Include the inputs and outputs o Consider System as a black box

3. Requirement Elicitation & Analysis Techniques Provide explanation of the requirement gathering techniques you used in your project For each identified technique, show how the technique was used Then providing a description of the requirement analysis technique(s) you followed in your project Note only saying we followed this technique (e.g. OOP, Agile), but what steps you followed in the process.

4. Functional Requirements Provide the description of all functional requirements of the system They should be well organized and structured

5. Non Functional Requirements Provide the description of all the non functional requirements of the system They should also be well organized and structured Note: requirements might have changed in the process and hence next section you will describe the new generated requirements

6. Constraint Provide the description of all constraint of the system Dont mix them with non functional requirements

7. Change Management 7.1 Change Definition Specify the change you have considered Defined change (s) should be remarkable and effective

7.2 Revised Requirement Analysis Results In this section provide a description of the new modified requirement, Scenario, context diagram,…. generated after the first assumptions, in different sections You should discuss both revised functional & non functional requirements These revised requirements are the ones used in system modelling 7. Change Management (cont)

8. Use Case Modelling Start this section providing explanation on the main actors of the system and their roles, and the scenario for the whole use case 8.1 Use Case Actors Introduce Actors

8.2 Use Case Diagram Provide UCD At least two use case diagrams 8.3 Use Case Description Provide descriptions for all use cases in the diagrams Description should be in tabular format should contain: Use case name Actors Pre conditions Post conditions Main flow of events Alternative flow of events

9. Prioritization Described the chosen techniques Prioritize the finalized requirements

10. Information System Design Provide a short description of the aim of this section which is, designing class and behavioural diagrams 10.1 Structural Diagram Start by identifying the classes, attributes, and methods. (can be in tabular format) Then provide at least one class diagram

10.2 Behavioural Diagrams Start by a short introduction on what this section is about Provide the full description of the sequence(s) diagram + the sketch(s)[ at least 3 diagrams] Provide description of activity diagram(s) [ at least 3 diagrams]

11. Requirement Validation Here discuss the approaches you used in validating your requirements and deliverables You should not focus only on which approaches you used, but what processes were involved in each approach Recall class lecture on validation

12. Conclusion, lessons-learned & Future work Conclude your work by summarizing what you did in the project, what lessons you have learned Provide a short description of the future remaining work in your system. References Provide a list of references you have used in your work Glossary with definitions Final project schedules with youre your group members role

Report Length Should be Pages Use Arial / Times new roman fonts (size 12). Use justification property in the text. Spacing between text should be 1.15 Generate auto- table of content (define headings & subheading) Main sections should start in a new page (i.e. sections 1, 2, 3, 4, 5, …..) Sub sections should not start in new pages (i.e. 1.1,..3.1, ….)

Minimum Deliverables 1.Scenario and Context Diagram [one] 2.Use Case Diagram and Related Specification (S) [two] 3.Class Diagram [one] 4.Sequence Diagram [three] 5.Activity Diagram [three]

Any Questions?