软件工程_需求分析幻灯片.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 书写用例文档(Cont.) 书写用例文档(Cont.) 书写用例文档(Cont.) 用例文档实例 用例名称 检索图书 参与者 图书管理员/读者 前置条件 图书管理员/读者已经登录 后置条件 系统已显示读者所需的图书 基本路径 1. 图书管理员/读者提交检索条件 2. 系统按检索条件检索图书 3. 系统显示有哪些信誉好的足球投注网站到的图书列表 4. 图书管理员/读者选中某个图书 5. 系统显示该图书的详细信息 扩展 扩展 2a. 系统没有检索到所需图书： 2a1. 系统显示“没有找到适合检索条件的图书” 2a2. 用例结束 待解决问题 补充说明 注释 Software Requirements Specification (SRS) 软件需求规格说明文档 Software Requirements Specification (SRS) Several standards organizations (including the IEEE) have identified nine topics that must be addressed when designing and writing an SRS: Interfaces Functional Capabilities Performance Levels Data Structures/Elements Safety Reliability Security/Privacy Quality Constraints and Limitations Why SRS? It provides feedback to the customer. It decomposes the problem into component parts. It serves as an input to the design specification. It serves as a product validation check. 为什么要写软件需求规格说明文档? 它给用户提供了反馈 它把问题分解成子问题了 它为设计文档提供了输入 它能作为产品验收的准则 软件需求规格说明编制指南 无歧义 完整性 可验证性 一致性 可修改性 可追踪性 WHO ??? 客户通常对软件设计 和开发过程了解较少 不能写出 可用的SRS 开发者通常对于客户的问题和意图了解较少 写不出 令人满意的SRS 双方联合起草 软件需求规格说明模板 引言 软件总体描述 系统功能 外部接口需求描述 其它非功能性需求 其它需求 附录 软件需求规格说明模板(Cont.) Table of Contents Revision History 1. Introduction 1.1 Purpose 1.2 Document Conventions 1.3 Intended Audience and Reading Suggestions 1.4 Project Scope 1.5 References 软件需求规格说明模板(Cont.) 2. Overall Description 2.1 Product Perspective 2.2 Product Features 2.3 User Classes and Characteristics 2.4 Operating Environment 2.5 Design and Implementation Constraints 2.6 User Documentation 2.7 Assumptions and Dependencies 软件需求规格说明模板(Cont.) 3. System Features 3.1 System Feature 1 3.2 System Feature 2 (and so on) 4. External Interface Requirements 4.1 User Interfaces 4.2 Hardware Interfaces 4.3 Software Interfaces 4.4 Communicat