Bài Giảng Phân tích thiết kế hướng đối tượng (phần 2)
Số trang: 48
Loại file: ppt
Dung lượng: 1.65 MB
Lượt xem: 18
Lượt tải: 0
Xem trước 5 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
InceptionLecture 2Hoa Sen University1.Agenda Recap Inception overview Evolutionary Requirements Use cases Other requirements Assignment 1 instructionHoa Sen University2.What we learned last week Difference
Nội dung trích xuất từ tài liệu:
Bài Giảng Phân tích thiết kế hướng đối tượng (phần 2)Inception Lecture 2Hoa Sen University 1 Agenda Recap Inception overview Evolutionary Requirements Use cases Other requirements Assignment 1 instruction Hoa Sen University 2 What we learned last week Difference between analysis and design Different focuses of functional decomposition and object-oriented approach Benefit of OO approach UML Iterative development Agile modelling Hoa Sen University 3 Inception Questions What is the vision and the business case for this project? Feasible? Buy and/or build? Rough estimate of cost: $10K, $100K, $1M,… Should we proceed or stop? Hoa Sen University 4 Goals of Inception “…to do just enough investigation to form a rational, justifiable opinion of the overall purpose and feasibility of the potential new system.” Envision the product scope, vision and business case Do the stakeholders have basic agreement on the vision of the project? Is it worth investigating seriously? Hoa Sen University 5 Artefacts in InceptionArtefacts CommentsVision and Business Describe the high-level goals and constraints, the business case, andCase provides an executive summaryUse-Case Model Describes the functional requirements. During inception, the names of most use cases will be identified, and perhaps 10% of the use cases will be analysed in detailSupplementary Other requirementsspecificationGlossary Key domain terminology, and data dictionaryRisk List & Risk Describes the risks (business, technical, resource, schedule) and ideas forManagement plan their mitigation or responsePrototypes and proof-of- To clarify the vision, and validate technical ideasconceptsIteration Plan Describes what to do in the first elaboration iterationPhase Plan & Software Low-precision guess for elaboration phase duration and effort. Tools,Development plan people, education, and other resourcesDevelopment Case A description of the customized UP steps and artefacts for this project. Hoa Sen University 6 It is not an inception if It takes more than a few weeks You attempt to define most requirements Estimates are expected to be reliable You define a concrete architecture No business case or vision document Too little or too much use case modelling Hoa Sen University 7Hoa Sen University 8 Understanding Requirements “Capabilities and conditions to which the system and project must conform” [Jacobson et al., 1999] Challenges: {find, communicate, record, manage} the requirements Requirements always change, so effective management is critical Hoa Sen University 9 Evolutionary vs. Waterfall requirements UP embraces change in requirements as a fundamental driver on projects Start production-quality programming and testing long before most of the requirements have been analysed or specified. Hoa Sen University 10 The FURPS+ Model Functional – features, capabilities, security Usability – human factors, help, documentation Reliability – failure frequency, recoverability Performance – response times, throughput, accuracy, availability, resource utilization Supportability – adaptability, maintainability, internationalization, configurability Hoa Sen University 11 The FURPS+ Model Implementation – resource limitations, languages/tools, hardware Interface – with legacy systems Operations – sysop management Packaging – delivery, installation Legal – licensing, etc. Use FURPS+ as a global checklist when identifying requirements for a system you are designing Hoa Sen University 12 Other Terminology Quality Attributes, or “-ilities” – Usability, reliability, supportability, performance (non-functional) Functional vs. Non-Functional – Behavioural features vs. everything else The quality attributes have a strong influence on the architecture of a system Hoa Sen University 13 Document Requirements Primarily, in the use case model – functional requirements Also, Supplementary Specifications – other requirements Glossary – noteworthy terms Vision – high-level requirements Business Rules – Requirements or policies that transcend one software ...
Nội dung trích xuất từ tài liệu:
Bài Giảng Phân tích thiết kế hướng đối tượng (phần 2)Inception Lecture 2Hoa Sen University 1 Agenda Recap Inception overview Evolutionary Requirements Use cases Other requirements Assignment 1 instruction Hoa Sen University 2 What we learned last week Difference between analysis and design Different focuses of functional decomposition and object-oriented approach Benefit of OO approach UML Iterative development Agile modelling Hoa Sen University 3 Inception Questions What is the vision and the business case for this project? Feasible? Buy and/or build? Rough estimate of cost: $10K, $100K, $1M,… Should we proceed or stop? Hoa Sen University 4 Goals of Inception “…to do just enough investigation to form a rational, justifiable opinion of the overall purpose and feasibility of the potential new system.” Envision the product scope, vision and business case Do the stakeholders have basic agreement on the vision of the project? Is it worth investigating seriously? Hoa Sen University 5 Artefacts in InceptionArtefacts CommentsVision and Business Describe the high-level goals and constraints, the business case, andCase provides an executive summaryUse-Case Model Describes the functional requirements. During inception, the names of most use cases will be identified, and perhaps 10% of the use cases will be analysed in detailSupplementary Other requirementsspecificationGlossary Key domain terminology, and data dictionaryRisk List & Risk Describes the risks (business, technical, resource, schedule) and ideas forManagement plan their mitigation or responsePrototypes and proof-of- To clarify the vision, and validate technical ideasconceptsIteration Plan Describes what to do in the first elaboration iterationPhase Plan & Software Low-precision guess for elaboration phase duration and effort. Tools,Development plan people, education, and other resourcesDevelopment Case A description of the customized UP steps and artefacts for this project. Hoa Sen University 6 It is not an inception if It takes more than a few weeks You attempt to define most requirements Estimates are expected to be reliable You define a concrete architecture No business case or vision document Too little or too much use case modelling Hoa Sen University 7Hoa Sen University 8 Understanding Requirements “Capabilities and conditions to which the system and project must conform” [Jacobson et al., 1999] Challenges: {find, communicate, record, manage} the requirements Requirements always change, so effective management is critical Hoa Sen University 9 Evolutionary vs. Waterfall requirements UP embraces change in requirements as a fundamental driver on projects Start production-quality programming and testing long before most of the requirements have been analysed or specified. Hoa Sen University 10 The FURPS+ Model Functional – features, capabilities, security Usability – human factors, help, documentation Reliability – failure frequency, recoverability Performance – response times, throughput, accuracy, availability, resource utilization Supportability – adaptability, maintainability, internationalization, configurability Hoa Sen University 11 The FURPS+ Model Implementation – resource limitations, languages/tools, hardware Interface – with legacy systems Operations – sysop management Packaging – delivery, installation Legal – licensing, etc. Use FURPS+ as a global checklist when identifying requirements for a system you are designing Hoa Sen University 12 Other Terminology Quality Attributes, or “-ilities” – Usability, reliability, supportability, performance (non-functional) Functional vs. Non-Functional – Behavioural features vs. everything else The quality attributes have a strong influence on the architecture of a system Hoa Sen University 13 Document Requirements Primarily, in the use case model – functional requirements Also, Supplementary Specifications – other requirements Glossary – noteworthy terms Vision – high-level requirements Business Rules – Requirements or policies that transcend one software ...
Tìm kiếm theo từ khóa liên quan:
giáo trình phân tích thiết kế hướng đối tượng thủ thuật UML tài liêu phân tích thiết kế hướng đối tượng Thiết kế hướng đôi tượng ngôn ngữ UMLGợi ý tài liệu liên quan:
-
Bài giảng Phân tích và thiết kế hướng đối tượng - Đỗ Ngọc Như Loan
9 trang 241 0 0 -
Bài giảng Phân tích thiết kế hướng đối tượng: Chương 2 - Nguyễn Ngọc Duy
7 trang 224 0 0 -
69 trang 146 0 0
-
106 trang 66 0 0
-
10 trang 66 0 0
-
Giáo trình Phân tích thiết kế hướng đối tượng - CĐ Nghề Công Nghiệp Hà Nội
104 trang 59 0 0 -
Bài giảng Nhập môn công nghệ phần mềm: Chương 7 - Nguyễn Thanh Bình
77 trang 53 0 0 -
64 trang 45 3 0
-
Bài giảng Phân tích thiết kế hướng đối tượng: Giới thiệu - Trương Ninh Thuận
5 trang 35 0 0 -
Bài giảng Mô hình hóa phần mềm: Tuần 1 - Nguyễn Thị Minh Tuyền
56 trang 30 0 0