软件项目开发过程中的需求分析心得

软件项目开发过程中的需求分析心得

目录

• 软件项目开发过程中的需求分析心得
  • 前言
  • 理解需求
  • 与甲方沟通
  • 需求跟进及错误总结
    • 需求跟进
    • 错误总结
  • 参考

前言

需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节。
该阶段是分析系统在功能上需要“实现什么”，而不是考虑如何去“实现”。需求分析的目标是把用户对待开发软件提出的“要求”或“需要”进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定软件需要实现哪些功能，完成哪些工作。¹

本篇需求分析心得是对项目“基于物联网的渔业增氧机租控平台”进行具体需求分析中总结出的一些经验及感悟。
在本文我将会从“理解需求”、“与甲方沟通”、“需求跟进及错误总结”这三个方面做阐述。

理解需求

在我们小组选到项目课题后，首先要做的就是“理解需求”。
导师提供的项目描述如下：

利用物联网技术和测控技术综合集成建立成本低廉、控制精度高的增氧机租赁与智能化远程控制系统,为大规模、高水平、高质量渔业养殖提供技术平台,促使由传统养殖技术到现代养殖技术的转变.系统的使用不但降低生产成本和劳动强度而且提高生产效率,不断加快水产养殖技术的实用化和商业化进程,同时对保护自然环境和节约能源也起到了积极的作用.

通过项目描述，我们可以找到与技术相关的关键词——“物联网”、“测控”、“智能化远程控制”、“大规模”。
可以大致确定我们需要做：渔民使用的智能“手机端”软件，可以远程控制他们的增氧机、系统管理员等使用的Web端网页，可以方便的管理用户以及控制器信息、并且使用服务器给手机端、网页端、硬件控制器建立起连接。

与甲方沟通

在这个项目中，我们的指导老师就是我们的甲方，在给予我们知识以及技术上的指导的同时，也会向我们提出需求，让我们去做分析、去实现。

沟通需求主要分为两种方式，线上与线下：

• 线上
  
  甲方提供了项目相关的一些资料供我们研究，通过阅读相关资料，我们对项目的整体有了比较清晰的认识。

• 线下
  通过小组成员与甲方一起“开大会议”、PM单独找甲方“一对一沟通”，一大一小两种线下方式，去和甲方进行项目需求方面的讨论。
  在“大会议”中，小组先向甲方介绍自己对项目的一些理解，以及对于实施过程中的一些规划，与甲方沟通的过程中得到反馈；
  在“一对一沟通”中，PM与甲方沟通需求的具体细节，询问一些小组做需求分析中遇到的一些疑难点，并将沟通结果反馈给其他小组成员。

需求跟进及错误总结

需求跟进

在做需求分析的过程中，需求可能会发生变化，而作为项目的开发人员，必须时刻应对这种变化。
比如：甲方要求在Web端需要增加一个能看到设备分布的地图，并且能根据数量的多少展示出不同深度的颜色。那么我们在做需求分析时，就要给Web端的需求增加一个设备的地理位置热力分布地图。

错误总结

无论是需求分析还是与甲方沟通的过程中，总会产生一些“误会”，导致需求分析阶段造成错误。
比如对于本项目的“用户分类”，我们小组起初就没有搞明白，这种错误需要跟甲方进行进一步的沟通，找出错误解决方案，才能更改需求文档。
同时，也为之后的需求文档编写总结了经验——在某些细节上，不能根据自己对技术的理解，就想当然的认为功能应当如何实现。需求分析离不开甲方的要求，我们必须对要求进行解构，在重构成易于项目开发的、与技术相关的功能需求。

参考

- [1] 百度百科