其它需求文档.ppt

第七章 识别其它需求 概念基础 仅写出用例还不够，还需要识别其它种类的需求，例如文档记录、包装、可支持性和授权以及相关业务规则等。这些将包含在补充性规格说明中。 术语表包含术语及其定义，还可以用作数据字典。 设想概述项目的“设想”。设想用简洁的语言表达了项目总体的想法，包含用例模型和补充规格说明的概要总结。 补充性规格说明---P78 用例、词汇表中不易捕获的需求、信息和约束FURPS+: 功能性 日志和错误处理（持久记录所有错误） 可插拔规则 安全性（用户必须经过认证等） 可用性 人性因素（1米以外看清文本，注意色盲） 快捷 声音提示和警告 可靠性 可恢复性（外部系统出现错误可恢复） 性能（1分钟以内完成信用卡授权） 可支持性 可适应性（销售时添加可插拔的业务规则） 可配置性（胖客户端，瘦客户端） 实现约束 Must use Oracle (we have a licensing arrangement with them). Must run on Linux (it will lower cost). 购买构件（税金计算器） 免费开源件（项目中尽可能使用免费开源构件，JLog） 硬件和软件接口（….） 文档化（用户安装，管理手册等） 许可和其他法律问题 使用开源构件，销售中遵守税务规则 包装 所关注领域的信息 信用卡和借记卡处理 销售税 商品标识UPC等 业务规则 特定应用的领域业务规则(一般性规则，如税法见单独的业务规则文档) 补充规范记录上述内容：见教材78页 模板—补充规格说明模板.doc 识别其他需求-Glossary词汇表 P87 术语表模板.doc 记录 含义模糊或需要进一步研究的术语 别名 描述 格式（类型、长度、单位等） 与其他元素的关系 取值范围 验证规则 P87 组合术语---数据集合 设想 简洁表达项目总体想法。 项目开发人员对待开发产品见解，核心需求概括。----P82 一般在具体书写用例前写构想草案，在用例及补充规格说明完成后再修正一遍设想 Vision… ?? Positioning（定位） 1. Business Opportunity（商业机会） 现有的POS产品对客户的适应性差，不能适应各种业务规则。也不能适应不同的网络设计方式（如：瘦客户端或没有客户端，2、3或4层构架）。 现有的产品不能很好随着终端或业务的增长而拓展。而且，没有一种产品能够根据故障进行动态调整，从而能够在“联机”和“脱机”两种方式下正常工作。 现有产品也不允许使用新的终端类型（如无线PDA） 2. Problem Statement (问题综述) Traditional POS systems are inflexible, fault intolerant,and difficult to integrate with third-party systems. This leads to problems in timely sales processing,instituting improved processes that don’t match the software, and accurate and timely accounting and inventory data to support measurement and planning, among other concerns. This affects cashiers, store managers, system administrators, and corporate management. 3. Product Position Statement(产品定位综述) 简要地介绍系统的目标群，系统的突出的特性，与其它竞争对手的不同. 4. Alternatives and Competition…(替代方案和竞争对手) Stakeholder Descriptions(项目相关人员描述) 1. Market Demographics…（市场统计） 2. Stakeholder (Non-User) Summary... User Summary... （项目相关人员（非用户）概述…用户概述） 3. Key High-Level Goals and Problems of the Stakeholders （项目相关人员主要的高级别目标和问题） 与目标领域专家和其它项目相关人员一起,举行为期一 天的需求研讨会,并实地调查,找出主要目标和问题: Vison---p83 Vision… 5. User-Level Goals(用户级目标)---我们关注 T