重庆大学,软件工程IntroductionTSP2精要.ppt

Intruduction to the Team Software ProcessWatts S.Humphrey Zengyi College of Computer Science and Engineering, ChongQing University, Chongqing 40044, China E-mail: zyjckxx@cqu.edu.cn Tel:023o)6 需求分析过程 6.1 什么是需求 SRS应该对产品是什么提供清晰的、不含糊的说明 大多数需求说明是模糊的、不准确的 需求过程可能含有假想或猜测 SRS应该包括评估产品的明确标准以保证完成的产品有期望的功能 SRS应该向用户提供反馈 SRS应该接触最终用户 6 需求分析过程 6.2 为什么需要需求 尽管SRS文档很有用，但需求开发过程更重要 在需求开发过程中需要审查客户需求 对产品将如何工作的问题作出简洁的描述 和小组成员讨论这些问题，确定了解哪些以及需要的进一步的信息 再次检查产生的新问题 得到小组在计划要建立什么上达成共识 小组每个成员参与定义需求很有必要 SRS文档必不可少 6 需求分析过程 6.3 需求的变化 需求的变化是个难题，除非人为冻结 弄明白用户相信自己需要什么 帮助用户以产品功能条款方式来定义他们的需求 与用户探讨SRS是否很好地描述了他们的需求 需求变化耗费时间和金钱 SRS帮助你管理需求变化 6 需求分析过程 需求导出的步骤——主题列表 评估系统可行性 理解结构问题 确定系统的风险承担者 记录需求来源 评估商业问题 定义区域限制 记录需求的理论解释 将不好理解的需求原型化 定义使用界面 定义操作过程 6 需求分析过程 6.4 软件需求规格说明书SRS TSP的SRS的主题 功能需求：输入、输出、计算和使用的事件 外部界面需求：用户、硬件、软件和通信 设计的限制：文件格式、语言、标准和兼容性 属性：可用性、安全性、可维护性、可移植性 其他需求：数据库、安装等 主要目标：小组对功能和外部界面的理解的一致性。 需求的可跟踪性：策划阶段开始建立的可跟踪性保持到设计阶段。 6.4 软件需求规格说明书SRS——TSP的SRS内容范例 1.内容列表 2.导言 制作SRS的目的 问题陈述 小组工程信息 3.功能需求的说明 系统功能需求的描述 周期1的需求 周期n的需求 组织管理的结构 4.使用在需求中的规则的定义 5.外部界面需求 用户界面 屏幕界面 6.设计/实现限制 标准一致性 开发限制 7.专门的系统需求 文档 兼容性 8.参考资料和信息来源 6 需求分析过程 6.5 TSP需求草案—TSP需求开发周期1：REQ1草案 6 需求分析过程 6.5 TSP需求草案—TSP需求开发周期1：REQ1草案（续） 6 需求分析过程 6.5 TSP需求草案—TSP需求开发周期n：REQn草案 6 需求分析过程 6.5 TSP需求草案—TSP需求开发周期n：REQn草案（续） 第二部分： TSP过程 启动过程（3） 开发策略（4） 开发计划（5） 需求分析过程（6） 设计过程（7） 实现过程（8） 测试计划（9） 事后分析（10） 7 小组设计 设计原则 以小组为单位的设计 设计的标准 设计的复用性 设计的可用性 设计的易测性 设计的复核和检查 7 小组设计 设计过程的主要目标 为产品实现生成一个准确、完整、高质量的基础（即设计） 总体设计 总体设计中问题的发现 总体设计的修正 错误的设计会导致时间的浪费，引起严重的进程延迟 7 小组设计 总体设计的过程由四步组成： 决定整体产品结构 将产品功能分配给部件 制作部件的外部规范 决定在每个开发周期中开发哪些部件和功能 7 小组设计 7.1 设计原则 总体设计必须形成一个说明(设计草案DES1~DESn ) 每个部件 界面 完整的功能规格说明 状态行为 详细设计(在实现草案IMP1~IMPn中描述) 定义每个部件的逻辑结构 初始化及其他条件与循环 状态结构、状态转换 所有设计必须保证 源代码能够正确地执行由详细设计描述的功能、能适当地使用设备、能结合重用功能、遵循编码和系统标准与习惯 7 小组设计 7.2 小组设计 主要问题 如何生成一个设计 以何顺序来设计产品的不同部分 各部分应由谁来设计 这些部分如何组合到一起 7 小组设计 7.2 小组设计 建议 使用整个小组 总体设计方法选择 总体设计结构和逻辑 详细描述界面 部件功能分配 文档形成 设计研究 在小组集体研究期间，考虑设计的其他方式 建立原型 界面原型