(ppt)软件项目开发流程.ppt

验收测试 验收测试是是技术测试的最后一个阶段，也称为交付测试。 验收测试一般会根据产品规格说明书严格地检查产品，逐字逐句地对照说明书以检查事先定义的软件产品的各项具体要求，确保所开发的软件产品符合用户期望和需求 2.5 部署、运行和维护 2.5.1 系统部署 2.5.2 软件运行和技术支持 2.5.3 维护过程 系统部署 开发试验性系统 对试验性系统进行全面认证 测试通过，开始规划原型系统 根据培训规划培训部署的管理员和用户 完成原型系统的网络构建、软硬件的安装和配置 数据备份或做好可以恢复（Roll-back）的准备 将数据从现有应用程序迁移到当前解决方案 进行相关的设置、定制和数据初始化处理 针对所有基本功能进行原型验证 完成所有的部署 软件运行 确定和管理由于引人并发操作软件而带来的操作上的风险 按要求的步骤和在要求的操作环境中运行软件 提供操作上的技术支持，以便解决操作过程个出现的问题 确保软件（或主机系统）有足够的能力满足用户的需求 技术支持 基于实施情况，确定客户所需要的支持服务 通过提供适当的服务来满足客户的需求 针对客户对产品本身及其相应的支持服务的满意程度进行持续的评估 维护过程 确定组织、操作以及接口对现行系统的影响 对软件进行设计更新、代码修改或系统参数调整、硬件升级等，并进行测试验证 一旦系统或系统组件发生了变更，应及时更新有关的文档 移植系统与软件，以满足系统运行环境的要求 尽量减少软件与系统对用户使用的影响 为及时满足用户的需求和系统性能、稳定性等要求，保持系统操作完整性的前提下对系统进行变更、移植与升级，包括硬件、软件、操作手册、网络等方面的维护 计划 计划就是预测未来，将不确定性转化为确定性 计划就是回答4W1H 计划为例外做准备 计划涉及面比较广，包括质量计划、开发计划、测试计划、配置计划、部署计划等 Why do —为什么做？ What to be done —做什么？ How to do —怎么做？ When do —什么时候做？ Who will do —谁来做？ 计划步骤 计划酝酿阶段 计划起草 内部审查 计划讨论和修改 计划审查 测试计划的定稿和批准 技术可行性 度量一个特定技术信息系统解决方案的实用性及技术资源的可用性 考虑的问题 (1)开发风险分析 (2)资源分析 (3)相关技术的发展（现有技术能 否实现新系统，技术难点、建议 采用技术的先进性） 可行性研究报告 包括总体方案和可行性论证两个方面 内容： 引言 系统建设的背景、必要性和意义 拟建系统的候选方案 可行性论证 方案的比较 结论 可行性分析报告要尽量取得有关管理人员的一致认识 经济可行性 度量系统解决方案的性能价格比。 考虑的问题： 成本/效益分析（开发、运行的成本/效益） 有形成本、效益 无形成本、效益 价值和成本的关系 质量与价值、成本的关系 价值/成本的均衡 举例 1 2 3 4 5 年 60 40 20 0 成本-效益(万元) 该系统节省经费 该系统成本 盈亏平衡点 投资回收期 ---------成本及效益分析图 操作可行性 用户使用可能性 时间进度可行性 组织和文化上的可行性 复查系统规模和目标 研究目前正在使用的系统 导出新系统的逻辑模型 评价可能解法，推荐行动方案， 草拟开发计划 书写可行性报告等文挡，提交审查 符合要求吗？ n y 什么是需求工程？ 需求工程提供了一个比较完善的流程和方法来解决如何定义一个待开发的软件系统 需求工程的内容 需求工程过程可以被描述为6个部分： 需求获取、需求分析、需求传递、需求建模、需求确认和需求管理 需求工程的目标 开发出符合客户要求的系统需求，包括符合客户要求的界面 提供有效的解决方案以便确定软件系统中的主要元素 将定义的需求分配给系统中的每个元素，了解软件需求受系统的制约、对操作环境的影响 制定合适的软件版本发布策略，以确定系统或软件需求实现的优先级 确定软件需求，并根据客户需求变化进行必要的更新 什么是软件需求 （1）用户解决问题或达到目标所需的条件或性能 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档条件或性能 （3）一种反映上面（1）或（2）所描述的条件或性能的文档说明。 软件需求的层次（1） 业务需求反映组织机构或客户对系统、产品的概括性要求，包括所要达到的业务目标，由项目视图与范围文档说明 用户需求描述用户使用系统而要完成的各种任务，由用例（use case）文档或方案脚本说明 功能需求定义开发人员必须实现的软件功能，它源于用户需求，是软件需求说明书中重要的组成部分 软件需求的层次（2） 需求层次之间的关系 不同层次成果 简