理顺软件开发各个环节-4
Posted 阿拉伯1999
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了理顺软件开发各个环节-4相关的知识,希望对你有一定的参考价值。
4.4 软件需求分析
软件需求分析,对开发团队而言,是软件开发工作的起点。
软件需求分析,是非常重要的节点,但实际情况是,在敏捷开发时代,很多研发团队错把产品需求作为软件需求。软件需求分析自然不可能跳过,不管在开发人员脑子里,还是有一些零星的框图草稿,结果造成软件需求分析的碎片化。
我认为,对产品需求的理解要完整,软件需求分析才能完整、清晰,基于此的系统分析设计才有可能符合产品需求,而不至于因为对某些需求的忽视,在后期加入时发现系统结构失效的情况发生。
责任人:开发项目经理。
执行人:系统分析员、高级程序员或架构师。
关键行为:分析和沟通。
-
分析:对产品需求进行分析,或者说对每个用户故事进行分析;
-
沟通:
-
与产品经理沟通;
-
必要时,与最终用户沟通;
-
与产品的上下游接口方沟通;
-
开发团队内部的讨论沟通。
-
输入:
-
产品需求规格书;
-
UI&UE交互设计原型(如果有);
-
用户故事;
-
相关标准化文件:
-
国际标准、规范;
-
国家标准;
-
行业标准;
-
企业标准。
-
-
相关外部接口文档。
输出:
-
软件需求规格书(SRS);
-
数据字典(DD);
-
相关接口文档。
职责要求:
-
完整地分析产品需求;
-
分析每个产品需求项或用户故事:
-
需求表达是否清晰?
-
有无需要澄清的问题?如有,通过反复沟通来澄清;
-
技术可行性:是否存在较大的未知技术风险,必要时预研一下;
-
用户故事要素是否完备?
-
特别是验收标准,如无,与产品经理一起商定,验收标准要合理。
-
较高的标准:意味着较高的代价;
-
较低的标准:用户体验差。
-
-
暂不开发的需求项:需简单地评估技术可行性,避免依据局部需求而做出的设计方案不能满足未来需求;可以不详细展开分析。
-
-
提请软件需求评审:
-
需求分析人员:主讲人,负责讲解和答复各种质询和疑问;
-
产品经理:评估产品需求是否被清晰、完整、无差错地表述,有无技术障碍;
-
用户代表(市场、销售、客服):最好对业务比较熟悉,对代表的角色的需求较明晰,评估需求的完整性、准确性;
-
项目经理:了解需求的相关方,便于协调开发、测试、部署资源;
-
开发技术人员:了解软件需求,便于开发时对业务的理解;
-
测试技术人员:了解软件需求,便于测试时对业务的理解;
-
运维人员:了解软件需求,对产品部署的需求。
-
以上是关于理顺软件开发各个环节-4的主要内容,如果未能解决你的问题,请参考以下文章
理顺软件开发各个环节-18(测试管理-测试团队需求分析及测试策略)