软件工程-需求分析46.pptVIP

中国电信广东公司人力资源部 * 中国电信广东公司人力资源部 * * 一、软件工程（1）：瀑布模型 瀑布模型：严格遵循软件生命周期 文档驱动 里程碑审查 启动下一阶段必须是上一阶段工作已完成 软件过程模型—典型 问题定义及可行性研究?需求分析?架构设计?概要设计?详细设计?编码、代码审核及单元测试?集成测试?部署?维护 阶段 主要产出物 主要工作、构成要素 项目启动 进度安排/里程碑确定 人员配置、资源投入 开发环境、配置管理 项目规范、沟通管理 风险识别及规避措施 按项目要求确定进度和人员配置 和客户确定项目联系名单 和客户确定阶段性成果的交付、内部评审、客户评审 识别项目风险，针对技术风险和客户进行沟通，明确项目范围，去除不可行的需求或技术，对不明确需求进行调研 需求分析 需求规格说明书 项目目标、组织架构、功能需求、性能需求、运行环境、可靠性需求、安全性要求及权限模型、UI需求、进度要求、资源投入、成本约束、边界/接口、使用者、现状 设计 架构设计说明书 技术路线、物理分布、逻辑架构及包设计、会话安全、权限设计、事务处理、日志处理、异常处理、UI框架、边界/接口、扩展性 概要设计说明书 类图及包设计、数据存储层/数据访问层/业务逻辑层/界面层的设计、实体类/公共类的设计、类联系的识别、数据流识别 详细设计说明书 UI设计、DB设计、各层类的伪代码及包、外部接口设计 编码 源代码及单元测试报告 编码、代码审查、单元测试、集成测试 测试 系统测试报告 界面、功能正确性、需求满足度 部署 部署报告 编制部署计划、数据迁移、部署、试用情况 维护 维护报告 BUG修正、代码/界面微调 阶段性 评审 * 一、软件工程（2） ：迭代模型 迭代模型：不断迭代 用例驱动、架构优先 软件过程模型—典型 优先完成核心部分 不断向外扩展，可能要修正部分核心代码，但总体而言， 核心逐步稳定，并不断扩大范围 统一分析、设计、编码理念：OOA、OOD、OOP 统一建模语言：UML 采用瀑布模型：需求分析? 客户确认?设计? 客户确认 ?编码?单元测试?集成?客户确认 用例图：表示系统的功能，并支持其操作者 * 一、软件工程（3）：结构化与面向对象的理念区别 理念区别：考虑问题的视角完全不同 问题1 问题2 问题3 问题4 解决问题1 解决问题2 解决问题3 简单映射 简单演进 存在交叉 问题变更可能导致系统崩溃 不支持迭代 所有问题必须事前明确 开发过程中，无法和客户确认 基本要到开发完成， 才能确定是否解决问题 很多到最后才发现需要变更 影响全局 抽象 支持迭代 核心逐步稳定并扩大 次要问题可以逐步明确 不断发布新版本，客户不断确认 不断确认变更，影响范围有限 结构化思维，OO编程语言 类识别错误 类继承错误 仍不支持迭代 无法形成稳定的核心 变更将导致全局影响 * 一、软件工程（4）：解决方法 问题定义及可行性研究 核心需求分析OOA 架构指导 关键需求1 关键需求2 次要需求N 设计，客户确认 编码 集成 集成测试 设计，客户确认 编码 集成 集成测试 设计，客户确认 编码 集成 集成测试 功能测试 部署、维护 可行性研究 核心需求规格说明书、UI原型 关键是用例图、活动图 架构指导书 关键是逻辑架构图和规范 需求规格说明书迭代 详细设计说明书迭代 关键是类图、对象关系图 DB、UI 类代码及单元测试报告 集成 集成测试报告 功能测试报告QC 部署方案、维护计划 评审 评审 评审 每 日 构 建 评审 关键： 迭代，含需求迭代 类识别 核心识别 每日构建，阶段性确认 核心逐步稳定并扩大 * 一、软件工程（4）：解决方法 SA AD DEV QC QA PM REQ0.6 REQ0.7 REQ0.8 REQ0.9 REQ1.0 V0.6 V0.7 V0.8 V0.9 V1.0 AD0.6 AD0.7 AD0.8 AD0.9 AD1.0 QC0.6 QC0.7 QC0.8 QC0.9 QC1.0 尽快START 客户确认 * 二、可行性分析 工作内容