软件工程 （第二版）第2章软件要求定义.ppt

第2章 软件要求定义 2.1 可行性研究 2.1.1 可行性研究的任务 首先需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把它们清楚地列举出来。然后，分析员进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决办法，对每种解决方法都要研究它的可行性。可从以下三方面分析研究每种解决方法的可行性。 1．技术可行性 对要开发项目的功能、性能和限制条件进行分析，确定在现有的资源条件下，技术风险有多大，项目是否能实现，这些即为技术可行性研究的内容。这里的资源包括已有的或可以搞到的硬件、软件资源，现有技术人员的技术水平和已有的工作基础。 技术可行性常常是最难解决的方面，因为项目的目标、功能和性能比较模糊。技术可行性一般要考虑的情况包括： (1) 开发的风险：在给出的限制范围内，能否设计出系统并实现必须的功能和性能。 (2) 资源的有效性：可用于开发的人员是否存在问题。可用于建立系统的其他资源是否具备。 (3) 技术：相关技术的发展是否支持这个系统。 开发人员在评估技术可行性时，一旦估计错误，将会出现灾难性后果。 2．经济可行性 进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发，这些即为经济可行性研究的内容。 对于大多数系统，一般衡量经济上是否合算，应考虑一个“底线”，经济可行性研究范围较广，包括成本—效益分析、公司的长期经营策略、开发所需的成本和资源、潜在的市场前景。 3．社会可行性 研究要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在用户组织内是否行得通，现有管理制度、人员素质和操作方式是否可行，这些即为社会可行性研究的内容。 社会可行性所涉及的范围也比较广，它包括合同、责任、侵权、用户组织的管理模式及规范，其他一些技术人员常常不了解的陷阱等。 2.1.2 可行性研究的具体步骤 典型的可行性研究有下列步骤： (1) 确定项目规模和目标。分析员对有关人员进行调查访问，仔细阅读和分析有关的材料，对项目的规模和目标进行定义和确认，清晰地描述项目的一切限制和约束，确保分析员正在解决的问题确实是需要解决的问题。 (2) 研究正在运行的系统。正在运行的系统可能是一个人工操作的系统，也可能是旧的计算机系统，因而需要开发一个新的计算机系统来代替现有系统。现有的系统是信息的重要来源。人们需要研究它的基本功能，存在什么问题，运行现有系统需要多少费用，对新系统有什么新的功能要求，新系统运行时能否减少使用费用等。 应该收集、研究和分析现有系统的文档资料，实地考察现有系统，在考察的基础上，访问有关人员，描绘现有系统的高层系统流程图(见2.1.3节)，与有关人员一起审查该系统流程图是否正确。系统流程图反映了现有系统的基本功能和处理流程。 (3) 建立新系统的高层逻辑模型。根据对现有系统的分析研究，逐渐明确新系统的功能、处理流程以及所受的约束，然后使用建立逻辑模型的工具——数据流图和数据字典(见8.3、8.4节)来描述数据在系统中的流动和处理情况。注意，现在还不是软件需求分析阶段，不是完整、详细的描述，只是概括地描述高层的数据处理和流动。 (4) 导出和评价各种方案。分析员建立了新系统的高层逻辑模型之后，要从技术角度出发，提出实现高层逻辑模型的不同方案，即导出若干较高层次的物理解法。根据技术可行性、经济可行性和社会可行性对各种方案进行评估，去掉行不通的解法，就得到了可行的解法。 (5) 推荐可行的方案。根据上述可行性研究的结果，决定该项目是否值得去开发。若值得开发，那么可行的解决方案是什么，并且说明该方案是可行的原因和理由。该项目是否值得开发的主要因素是从经济上看是否合算，这就要求分析员对推荐的可行方案进行成本—效益分析。 (6) 编写可行性研究报告。将上述可行性研究过程的结果写成相应的文档，即可行性研究报告，提请用户和使用部门仔细审查，从而决定该项目是否进行开发，是否接受可行的实现方案。 2.1.3 系统流程图 1．系统流程图的作用 系统流程图是描述物理系统的工具。所谓物理系统，就是一个具体实现的系统，也就是描述一个单位、组织的信息处理的具体实现的系统。在可行性研究中，可以通过画出系统流程图来了解要开发的项目的大概处理流程、范围和功能等。系统流程图不仅能用于可行性研究，还能用于需求分析阶段。 系统流程图可用图形符号来表示系统中的各个元素，例如，人工处理、数据处理、数据库、文件和设备等。它表达了系统中各个元素之间的信息流动的情况。 画系统流程图时，首先要搞清业务处理过程以及处理中的各个元素，同时要理解系统的