软件工程-（可行性分析、需求分析）

目录

一.可行性研究

1.1定义

 1.2项目背景

1.3三方面研究目标系统的可行性

1.3.1技术可行性分析

 1.3.2 经济可行性分析

 1.3.3 市场可行性分析

1.4. 数据流图

数据字典（DD）

1.5风险评估

1.6结论与建议

 二、需求分析

引言

项目概述

利益相关者分析

功能性需求

非功能性需求

数据需求

界面需求

约束条件

假设和依赖

变更管理

验收标准

附录

2.2需求分析阶段用到的一些图形工具

        导出系统的逻辑模型

与用户沟通获取需求的方法

面向数据流自顶向下求精

  实体联系图（ER）

状态转换图

 其他图形工具

---

一.可行性研究

1.1定义

        本可行性分析报告旨在评估一个特定项目或计划的可行性，包括技术、经济和市场等方面的考虑。通过对项目的详细分析和评估，我们可以确定其潜在的成功和可行性，并提供相关建议。

 1.2项目背景

        在这一部分，我们将介绍项目的背景信息，包括项目的目标、范围和关键要素。此外，还会提供项目的时间表和预期结果。

1.3三方面研究目标系统的可行性

1.3.1技术可行性分析

       技术可行性分析 技术可行性分析旨在评估项目所涉及的技术方案和实施的可行性。这包括以下几个方面：

• 技术要求：评估项目所需的技术要求，包括硬件、软件和人力资源等。
• 技术方案：评估可行的技术解决方案，包括现有技术和新技术的使用。
• 技术风险：评估项目可能面临的技术风险，并提供相应的缓解措施。

 1.3.2 经济可行性分析

        经济可行性分析 经济可行性分析旨在评估项目在财务和经济方面的可行性。以下是一些关键考虑因素：

• 投资成本：评估项目所需的初始投资成本，包括设备、劳动力和其他支出。
• 运营成本：估计项目的运营成本，包括人工费用、能源消耗和维护成本等。
• 收益预测：预测项目的收益，包括销售收入、市场份额和其他相关因素。
• 资本回报率：评估项目的资本回报率，并与市场平均水平进行比较。

 1.3.3 市场可行性分析

        市场可行性分析旨在评估项目在市场上的可行性和竞争优势。以下是一些关键考虑因素：

• 市场需求：评估项目所针对的市场需求，包括目标客户和潜在用户等。
• 竞争分析：分析项目所面临的竞争对手，评估其优势和劣势。
• 市场前景：预测市场的发展趋势和未来机会，以确定项目的可行性。

1.4. 数据流图

1  概念

（1）  定义

         数据流图（DFD）是一种图形化技术。它描绘信息流和数据从输入移动到输出的过程中所经受的变换。

用途：

作为交流信息的工具。

作为分析和设计的工具

数据字典（DD）

       数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合， 它的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。

意义

        数据流图和数据字典共同构成系统的逻辑模型，没有数据字典，数据流图就不严格，然而没有数据流图，数据字典也难以发挥作用。只有数据流图和对数据流图中的每个元素的精确定义放在一起，才能共同构成系统的规格说明。

内容：

数据字典由下列四类元素组成

数据流

数据流分量， 即数据元素

数据存储

处理

数据字典的用途：

作为分析阶段的工具

数据字典改进分析员和用户之间的通信

数据字典是开发数据库的第一步，而且是很有价值的一步。

优点：全面准确地定义数据。

缺点： 不够形象直观。

1.5风险评估

        在这一部分，我们将评估项目可能面临的各种风险，并提供相应的风险管理策略。这包括技术风险、市场风险和财务风险等。

1.6结论与建议

       根据对项目的可行性分析，我们得出以下结论和建议：

1. 评估项目的可行性，并确定其潜在成功的可能性。

2. .提供关于技术、经济和市场等方面的具体建议。

3. 强调项目的优势和潜在的风险，并提供相应的风险管理措施。

 二、需求分析

1. 引言

   • 项目背景和目的：介绍项目的起因、目标和重要性。
   • 报告范围：明确需求分析报告的内容和限制。

   需求分析的原因：

      为了开发出真正满足用户需求的软件产品，需求分析是软件开发工作获得成功的前提条件，不能满足用户需求的产品只会令用户失望，给开发者带来烦恼。

1. 项目概述

   • 项目描述：详细说明项目的性质、规模和预期成果。
   • 目标受众：定义项目的主要用户或受益人群。

2. 利益相关者分析

   • 利益相关者列表：列出项目中涉及的各方利益相关者。
   • 利益相关者需求：对每个利益相关者的需求进行详细描述。

3. 功能性需求

   • 功能列表：详细罗列系统或产品需要具备的功能。
   • 功能描述：对每个功能进行详细描述，包括输入、处理和输出等要素。

4. 非功能性需求

   • 性能需求：说明系统性能方面的要求，如响应时间、吞吐量等。
   • 安全需求：定义系统的安全性需求，如身份验证、数据加密等。
   • 可靠性需求：阐述系统可靠性方面的要求，如容错性、可恢复性等。
   • 可用性需求：描述系统可用性要求，如易用性、界面友好性等。

5. 数据需求

   • 数据类型：定义系统需要收集、存储和处理的各类数据。
   • 数据属性：说明数据的特性，如格式、精度、完整性等。

6. 界面需求

   • 用户界面：描述用户与系统交互的界面要求，如布局、导航等。
   • 外部接口：阐述系统与其他系统或设备之间的接口需求。

7. 约束条件

   • 时间限制：指定项目的时间约束和进度要求。
   • 成本限制：明确项目的预算限制和资源约束。
   • 法规和标准：列出项目需要遵守的相关法规和标准。
   • 技术限制：说明项目在技术方面的限制和要求。

8. 假设和依赖

   • 假设条件：说明在需求分析过程中所假设的相关因素。
   • 依赖关系：列出项目实施所依赖的外部资源或条件。

9. 变更管理

   • 变更流程：定义对需求变更的管理流程和审批规定。
   • 变更评估：说明如何评估变更对项目的影响和可行性。

10. 验收标准

    • 功能验收标准：定义系统交付后功能性需求的验收标准。
    • 非功能验收标准：明确系统交付后非功能性需求的验收标准。

11. 附录

    • 术语表：列出项目中使用到的专业术语和缩写词。
    • 参考文献：引用相关的参考文献和资料。

2.2需求分析阶段用到的一些图形工具

   实体联系图、状态转换图、层次方框图、Warnier 图、 IPO 图

        导出系统的逻辑模型

        通常用数据流图（DFD）实体联系图（E-R 图），状态转换图，数据字典（DD）和主要的处理算法描述这个逻辑模型。

与用户沟通获取需求的方法

访谈

面向数据流自顶向下求精

简易的应用规格说明技术

快速建立软件原型。

面向数据流自顶向下求精

（1）  定义

结构化分析方法是面向数据流自顶向下逐步求精进行需求分析的方法

  实体联系图（ER）

数据对象

特点：

可以由一组属性来定义的实体都可以被认为是数据对象

数据对象彼此间是有关联的

数据对象只封装了数据而没有对施加于数据上的操作的引用

ER 图的优点：

比较接近人的习惯思维方式

使用简单的图形符号表达，便于用户理解

状态转换图

        状态图中定故意的状态主要有：初态、终态和中间状态， 一张状态图中只能有一个初态，而终态可以有 0 至多个。

 其他图形工具

层次方框图

Warnier 图

IPO 图（输入、处理、输出图简称）：方便的描绘输入数据、对数据的处理和输出数据之间的关系。