第02章软件工程的可行性分析13540.pptVIP

第2章 软件工程的可行性研究 教学目的：理解可行性研究的基本任务和步骤 理解成本/效益分析的方法。 教学重点：可行性研究 教学难点：成本/效益分析、风险及其管理。 作 业： MSF项目组模型 MSF小组模型 --------角色职责 产品管理角色： 扮演客户推动小组：推动小组与客户在项目期望方面达成共识。 扮演小组推动客户：让客户理解小组在做什么，小组为了满足客户的期望需要什么。 管理客户的期望：确保客户认同当前的工作，协调客户的期望和产品的实际情况保持一致。 开发、维护和实施业务用例，业务用例用来评判项目的依据。 推动特征的识别和确定优先级，特征就是项目多个功能点的集合。 开发、维护和实施通信计划：如何把产品披露给客户或者用户，比如外部的市场计划（内部：通信计划） MSF小组模型 --------角色职责 程序管理角色： 程序经理是调解员和协调员，而不是代替项目经理。 推动所有过程：从服务角度出发并且以服务为目的来确定自己的项目进度，报告项目状态、管理项目资源。 管理产品范围和规范，撰写并提供功能规格说明文档。 管理小组“健康”和角色：保持小组斗志旺盛。 MSF小组模型 --------角色职责 开发角色： 建造和测试产品，满足规格说明和客户期望 参与产品设计 估算完成产品开发的时间和投入 以技术顾问的身份向小组提供服务：对高层设计提出建议 支持产品的安装和部署： 开发：配置和定制产品：为项目撰写所有核心的代码，为项目提供更加详细的技术规格说明文档。 MSF小组模型 --------角色职责 测试角色： 开发测试策略、计划和脚本：理解用户需求和产品将如何满足这些需求 管理建造过程：小项目测试者负责测试产品的建造，大项目由建造小组来开发测试产品。 实施测试：目的是判断产品开发的状态或者部署的状态 参与设计质量标准：协助确定可容忍的产品零缺陷级别。 MSF小组模型 --------角色职责 用户教育角色： 扮演小组推动最终用户：准备为用户达到胜任产品使用的能力的支持材料，以小组的身份提供给最终用户。 扮演最终用户推动小组：把用户的需求反馈给小组 推动可用性过程：测试和跟踪产品的可用性。 参与定义用户需求：可用性研究并且收集信息，并且把结果提交给小组（程序管理角色） 设计和开发用户胜任力支持系统：要完成支持材料的设计、建造和测试。包括：参考卡片、用户手册、在线帮助、向导甚至完整的课件。 MSF小组模型 --------角色职责 后勤管理角色： 扮演小组推动营运：协调客户的期望 扮演营运人员推动小组：确保产品的可部署、可管理和可支持。 管理产品部署：保证产品的平滑部署 参与设计：根据以往经验向小组提出与产品部署有关的可管理性和可支持性的建议。 在贝它测试中支持产品 为产品发布培训营运人员：提供运营支持的技术和文档，安装和平台配置。 MSF不同角色在不同阶段的工作职责总表 2.1 可行性研究 2.1.1 可行性研究概述 1．可行性研究的任务 可行性研究的必要性：开发任何一个基于计算机的系统都会受到时间和资源的限制。因此，开发方在接受客户的项目之前，必须根据客户可能提供的时间和资源等条件进行可行性研究。 可行性研究的前提条件：要对待开发项目进行初步的需求定义。 可行性研究的目的：用最小的代价在尽可能短的时间内确定该项目是否值得去解决，是否存在可行的解决方案。即在系统层面上论证系统开发的可行性,是压缩的需求分析和设计过程。 初步的项目需求定义案例 ---问题的提出 某校有9个部门：校办、人事处、教务处、总务处、财务处、电气系、机械系、管理系和基础部。其中财务处有1名主任会计师、2名会计和2名出纳。由于职工人数增多，每月发工资前几天会计工作量大增，要抽调其他部门的人员帮忙，花一个星期才能把职工的工资表做出来。同时学校的规模还在继续扩大，财务工作的工作量将日益繁重。为了减轻工作量，改善工作条件，学校决定用微机系统来处理工资问题。财务处首先到计算机软件公司，请求帮助分析解决问题。 MSF认为：这一问题的提出应该由企业高层人士（管理层）参与。 初步的项目需求定义案例 ---系统分析员进行问题的定义 获得定义的出发点是：现实需求(MSF认为，描述现实需求不是机械地被动提炼的过程，而是要经过由企业管理层参加的企业体系结构小组重建企业体系结构之后，再整理提炼企业体系