需求分析第2章项目管理.pptVIP

2.8.8 第8步：提交结果：模型描述 应把报告印刷成精美的书册，要让每个人都能看到它、理解它，甚至包括那些看不懂模型的人 2.9 工序5：确定对新系统的需求 需求分析的结果是对以下内容的描述： 所要开发的系统的目的 关键角色 所需具备的功能 需求约束 非功能性需求 要采用的技术的水平 容量要求 开发或购买新系统的决策 2.9.1 第1步：重申项目目的 无论是在什么具体情况下，导致项目启动的首先是某种最重要的业务需要。在战略报告中对这种需要做了说明。要把报告中关于此需要的叙述记录下来，并印在该项目其他文档的扉页上 2.9.2 第2步：确定关键角色 任何项目的成功与否都最终取决于它是否为用之完成工作的人员所接受。这些人员是所有需求说明的最终解释者 关键角色： 客户或顾客 用户 风险承担者和顾问 （企业内部的）顾问 信息技术从业人员 2.9.3 第3步：确定所要具备的能力 有必要审视所创建的模型，考察企业所有者眼中的现有系统和构架师视图的差异 任务1：查找遗漏的数据 任务2：查找遗漏的功能 任务3：提出关于系统的用例并定义用例 2.9.4 第4步：确定需求的约束 需求约束限制着可能的设计选项，以使系统能够满足一个或多个能力要求，这其中包括可用的硬件平台、预算经费方面的限制和先前做出的构架方面的决策 另外，还包括其他一些设计约束。这些设计约束是由于经济上的、现有系统的或培训方面的约束而造成的 2.9.5 第5步：确定非功能性需求 非功能性需求是所要开发的系统为支持功能需求而必须具备的特征或品质，其中包括： 质量 响应时间 外观与感觉 安全性 文化特性 法律特性 …… 2.9.5 第5步：确定非功能性需求 任务1：确定质量需求 数据质量可以用包括如下各项的指标来衡量： 准确性 全面性 精度 适时性 可访问性 清晰度 2.9.5 第5步：确定非功能性需求 任务2：定义对响应时间的需求 系统需求可能也包括对交互式系统的响应时间的要求。这包括两个方面： 首先：行为响应时间需求反映了系统与用户交互的情况 其次：操作响应时间需求的确定则有一定技巧 2.9.5 第5步：确定非功能性需求 任务3：确定对外在特征的要求 确定外在特征需求的工作包括明确标准及对系统整体美感的确定 任务4：确定安全需求 对安全性的考察可以考虑如下方面： 机密性 可用性 完整性 2.9.5 第5步：确定非功能性需求 任务5：确定文化及政治需求 一定要搞清楚可能使用该系统的所有机构的文化背景和政治上的考虑 任务6：确定与法律相关的需求 将使用所开发系统的用户或机构会受到某些法律上的约束 2.9.6 第6步：确定技术水平 本步骤的任务是确定该企业为实现其目标而需要什么样的数据或处理。做出需求描述之后，在设计阶段将考虑运用某些技术来满足这些需求 2.9.7 第7步：确定容量需求 行为模型和数据模型都包括对其自身规模的衡量 在该步骤中，可以把上述统计数字归总起来，经概括得出对问题规模的认识 2.9.8 第8步：决定开发或购买 只有需求分析工作进展到了后期阶段，才可能提出是自己开发一个新系统还是购买某个商业现货软件包的问题 如果是自动化实现的功能是常规的维护功能，则采用标准化商业软件是非常合适的 如果要自动化实现的是企业运营中心工作的一部分，则就可以假设商业软件并没有针对该公司的特色进行处理，这种情况下，开发自己的应用系统更为合适 2.9.9 第9步：提交结果：需求描述 工序6所提交的结果是列有如下各项的报告： 项目目的 关键角色 从功能上所要求的能力 非功能性需求 所要求的约束 技术水平 容量需求 关于决定购买或开发新系统的讨论 2.10 工序6：确定现有系统的环境 本工序是确保做到不仅搞清现有哪些系统、分别具有什么功能，而且明确操作环境： 物理架构 技术构架 操作规程 容量 2.10.1 第1步：定义操作环境 系统的总体环境是怎样？ 是以某台大型机为中心吗？ 还是借用了万维网？ 是否采用“客户端/服务器”网络模式？ 该环境为系统开发项目提供了上下文 2.10.2 第2步：确定软件环境 在这一步骤中要确定如下各项： 数据库管理系统 对其中的每个系统 应用软件 2.10.2 第2步：确定软件环境 任务1：确定开发工具 项目开发中将使用什么CASE(计算机辅助软件工程 )或其他开发工具？可以使用哪些查询工具、数据传输软件和第4代语言？这些并不是将被用以实现本项目目标的应用软件。它们是开发人员为开发这种应用软件而使用的工具软件 系统数据结构 当前软件标准 2.10.3 第3步：定义技术构架 对现有技术的类型及其相互联系做出描述： 硬件 网络协议等 系统软件 2.10.4 第4步：定义操作规程 这些系统的操作环境是怎样的？这其中包括： 系统处理 系统数据通信（接口） 2.10.