需求分析的九项任务摘录

Posted 2020-11-04 时间的朋友

第1项任务:画出目标系统的组织结构图

 

原文对组织结构图的描述是：

 

列出各部门的岗位角色表，即组织机构模型。组织结构图中各单位的职责说明， 角色的岗位职责、相关任务说明。

 

这段话一看针对的就是信息应用系统类的软件系统。如果推广到一般的软件系统，这里创建的角色就是在用例当中的“用户”。此项任务就是要列出有哪些角色/用户使用本软件系统。

 

第2项任务:画出目标系统的业务操作流程图

 

这里所说的业务操作流程图，即业务操作模型。业务模型表示了与系统有关的人、设备、其他子系统之间的业务关系。

 

第3项任务:画出目标系统的数据流程图

 

即业务流程当中的数据传递，或者说是软件系统的数据需求。本任务应明确软件系统有哪些数据项，数据项的类型、长度、精度、算法等。

 

第4项任务:列出目标系统的功能点列表，即功能模型

 

这里就是列出软件系统的所有的功能需求项，并给出每个功能需求项的功能描述，输入输出，以及处理流程。

 

第5项任务:列出系统的性能点列表，即性能模型

 

这里就是要列出软件系统所有的性能需求项，并对这些性能需求进行量化的描述。

 

第6项任务:列出目标系统的接口列表，即接口模型

 

这里就是要列出软件系统所有的外部接口需求，以及在这些接口中传输数据的约束。这这里应明确接口的名称，遵循的接口标准和规范，输入输出参数以及传输速率。

 

第7项任务:确定目标系统的运行环境，即环境模型

 

软件系统的运行环境包括:计算机软、硬件及网络资源。这里应明确软件的版本，硬件的型号、规格、性能参数等。

 

第8项任务:目标系统的界面约定，即界面模型

 

这里就是要明确软件系统的界面需求。界界面应当简洁、统一，并且满足某些功能模块的特殊要求。

 

第9项任务:对目标系统的开发工期、开发进度、系统风险等问题进行分析与评估

 

本任务即对软件系统的验收交付需求进行分析。这里应能够基于组织现有的能力和资源识别出实现软件系统潜在的风险。

 

但是，上述9项任务不是教条，不能完全生搬硬套，而要根据具体问题具体分析，活学活用，举一反三。例如，对于高可靠，高安全的软件系统，除了上述9项任务之外，还应进行软件系统的安全性，保密性，可靠性，以及其他质量因素的需求分析。

刚从开发者头条上看到上面这篇文章很多地方有同感，正确分析把握需求是做好软件最重要的第一步，甚至它的好坏对最终软件好坏起重要的作用。因此一定要弄清用户组织机构岗位职责，弄清关键业务流程，关键数据流程，核心功能列表，性能需求，接口需求，界面需求，进而评估方案可行性和工作量，进而得到资源需求。