软件工程讲义02.ppt
《软件工程讲义02.ppt》由会员分享,可在线阅读,更多相关《软件工程讲义02.ppt(39页珍藏版)》请在优知文库上搜索。
1、1软件工程软件工程第二章第二章 需求分析需求分析2系统分析系统分析基于计算机的系统的系统元素包括硬件、软基于计算机的系统的系统元素包括硬件、软件、人、数据库、文档和过程。件、人、数据库、文档和过程。系统分析的目标系统分析的目标1) 识别用户要求识别用户要求2) 评价系统的可行性评价系统的可行性3) 进行经济分析和技术分析进行经济分析和技术分析4) 把功能分配给硬件、软件、人、数据库和把功能分配给硬件、软件、人、数据库和其它系统元素其它系统元素34) 建立成本和进度限制建立成本和进度限制5) 生成系统规格说明生成系统规格说明可行性研究可行性研究4可行性研究的步骤可行性研究的步骤1) 确定项目的规
2、模和目标确定项目的规模和目标2) 研究当前正在运行的系统研究当前正在运行的系统3) 建立新系统的高层逻辑模型建立新系统的高层逻辑模型4) 导出和评价各种方案导出和评价各种方案5) 推荐可行的方案推荐可行的方案6) 编写可行性研究报告编写可行性研究报告5软件需求分析软件需求分析n需求分析的任务是发现、求精、建模和需求需求分析的任务是发现、求精、建模和需求定义的过程。包括定义的过程。包括:1) 需求获取需求获取2) 需求建模需求建模3) 需求定义(规格说明、规约)需求定义(规格说明、规约)4) 需求评审需求评审5) 需求管理需求管理n需求分析研究的对象是用户的要求。需求分析研究的对象是用户的要求。
3、61、需求获取、需求获取 需求获取是在问题及其最终解决方案之间架设需求获取是在问题及其最终解决方案之间架设桥梁的第一步。桥梁的第一步。 需求获取的目的是清楚地理解所要解决的问题,需求获取的目的是清楚地理解所要解决的问题,完整地获得用户的需求。完整地获得用户的需求。 获取需求的一个必不可少的结果是对项目中描获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求,述的客户需求的普遍理解。一旦理解了需求,分析者、开发者和客户就能探索出描述这些需分析者、开发者和客户就能探索出描述这些需求的多种解决方案。求的多种解决方案。7软件需求的层次软件需求的层次1)业务需求业务需求 反映了
4、组织或客户对系统、产品反映了组织或客户对系统、产品高层次的目标要求,它们一般在项目视图和高层次的目标要求,它们一般在项目视图和范围文档中给予说明。范围文档中给予说明。2)用户需求用户需求 描述用户使用软件需要完成哪些描述用户使用软件需要完成哪些任务,它们可通过使用实例图或脚本说明加任务,它们可通过使用实例图或脚本说明加以阐明。以阐明。3)功能功能非功能需求非功能需求 定义了开发者必须实现定义了开发者必须实现的软件功能,而非功能需求如表所示的软件功能,而非功能需求如表所示:8 性性能能要要求求 实实时时性性; 其其他他时时间间要要求求, 如如响响应应时时间间、 处处理理时时间间、包包传传送送时时
5、间间等等; 资资源源配配置置要要求求; 精精确确度度、处处理理量量等等要要求求 可可靠靠性性要要求求 有有效效性性; 数数据据完完整整性性 安安全全保保密密要要求求 安安全全性性; 保保密密性性 运运行行要要求求 使使用用频频度度、 运运行行期期限限; 控控制制方方式式; 对对操操作作员员要要求求 产产品品要要求求 物物理理要要求求 系系统统的的规规模模等等 开开发发类类型型 实实用用性性开开发发或或试试验验性性开开发发 项项目目估估算算 开开发发工工作作量量估估计计 开开发发方方法法 质质量量控控制制标标准准; 里里程程碑碑和和评评审审; 验验收收标标准准 优优先先顺顺序序 权权衡衡各各种种
6、质质量量目目标标要要求求,排排定定优优先先实实现现次次序序 过过程程要要求求 可可维维护护性性 可可理理解解性性、可可测测试试性性、可可修修改改性性、可可移移植植性性 9需求获取过程需求获取过程需求获取包括以下活动:需求获取包括以下活动:1) 发现和分析问题发现和分析问题 发现问题症结,并分析发现问题症结,并分析问题的原因问题的原因/结果关系。结果关系。2) 获取获取需求需求 根据对问题的理解定义需求。根据对问题的理解定义需求。a) 使用调查研究方法收集信息;使用调查研究方法收集信息;b) 遵循需求获取框架,按照三个成分观察:遵循需求获取框架,按照三个成分观察:即即数据数据、过程过程和和接口接
7、口。3) 需求归档需求归档 以草稿形式归档调查结果。形以草稿形式归档调查结果。形式有用例、决策表、需求表等。式有用例、决策表、需求表等。102、需求建模、需求建模 需求建模是为了分析需求,以确定项目的确切需求建模是为了分析需求,以确定项目的确切需求。需求。 需求建模遵循三个原则:需求建模遵循三个原则: 划分:描述需求的整体划分:描述需求的整体部分关系;部分关系; 抽象:描述需求的一般化抽象:描述需求的一般化特殊化关系;特殊化关系; 投影:描述需求的多维视图;投影:描述需求的多维视图; 定义系统模型要区分逻辑模型和物理模型。定义系统模型要区分逻辑模型和物理模型。 常用模型有数据建模和过程建模。常
8、用模型有数据建模和过程建模。113、需求定义、需求定义 又称需求规格说明或需求规约。又称需求规格说明或需求规约。 需求定义的主要目的是分析需求草稿和模型,需求定义的主要目的是分析需求草稿和模型,解决其中存在的二义性和不一致性,系统地准解决其中存在的二义性和不一致性,系统地准确地表达系统需求,形成需求规格说明。包括确地表达系统需求,形成需求规格说明。包括v 系统应提供的功能和服务;系统应提供的功能和服务;v 非功能需求;非功能需求;v 系统开发或运行的限制条件;系统开发或运行的限制条件;v 与系统互连的其他系统的信息。与系统互连的其他系统的信息。124、需求评审、需求评审 又称需求验证。又称需求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 讲义 02