码迷,mamicode.com
首页 > 其他好文 > 详细

理顺软件开发各个环节-4

时间:2020-05-18 12:11:56      阅读:50      评论:0      收藏:0      [点我收藏+]

标签:草稿   用户体验   str   block   国家标准   技术人   用户   规格   lock   

 

4.4 软件需求分析

  软件需求分析,对开发团队而言,是软件开发工作的起点。

  软件需求分析,是非常重要的节点,但实际情况是,在敏捷开发时代,很多研发团队错把产品需求作为软件需求。软件需求分析自然不可能跳过,不管在开发人员脑子里,还是有一些零星的框图草稿,结果造成软件需求分析的碎片化。

  我认为,对产品需求的理解要完整,软件需求分析才能完整、清晰,基于此的系统分析设计才有可能符合产品需求,而不至于因为对某些需求的忽视,在后期加入时发现系统结构失效的情况发生。

4.4.1 软件需求分析节点关键信息

责任人:开发项目经理。

执行人:系统分析员、高级程序员或架构师。

关键行为:分析和沟通。

  • 分析:对产品需求进行分析,或者说对每个用户故事进行分析;

  • 沟通:

    • 与产品经理沟通;

    • 必要时,与最终用户沟通;

    • 与产品的上下游接口方沟通;

    • 开发团队内部的讨论沟通。

输入

  • 产品需求规格书;

  • UI&UE交互设计原型(如果有);

  • 用户故事;

  • 相关标准化文件:

    • 国际标准、规范;

    • 国家标准;

    • 行业标准;

    • 企业标准。

  • 相关外部接口文档。

输出

  • 软件需求规格书(SRS);

  • 数据字典(DD);

  • 相关接口文档。

职责要求

  • 完整地分析产品需求;

  • 分析每个产品需求项或用户故事:

    • 需求表达是否清晰?

    • 有无需要澄清的问题?如有,通过反复沟通来澄清;

    • 技术可行性:是否存在较大的未知技术风险,必要时预研一下;

    • 用户故事要素是否完备?

    • 特别是验收标准,如无,与产品经理一起商定,验收标准要合理。

      • 较高的标准:意味着较高的代价;

      • 较低的标准:用户体验差。

    • 暂不开发的需求项:需简单地评估技术可行性,避免依据局部需求而做出的设计方案不能满足未来需求;可以不详细展开分析。

  • 提请软件需求评审:

    • 需求分析人员:主讲人,负责讲解和答复各种质询和疑问;

    • 产品经理:评估产品需求是否被清晰、完整、无差错地表述,有无技术障碍;

    • 用户代表(市场、销售、客服):最好对业务比较熟悉,对代表的角色的需求较明晰,评估需求的完整性、准确性;

    • 项目经理:了解需求的相关方,便于协调开发、测试、部署资源;

    • 开发技术人员:了解软件需求,便于开发时对业务的理解;

    • 测试技术人员:了解软件需求,便于测试时对业务的理解;

    • 运维人员:了解软件需求,对产品部署的需求。

 

 

理顺软件开发各个环节-4

标签:草稿   用户体验   str   block   国家标准   技术人   用户   规格   lock   

原文地址:https://www.cnblogs.com/alabo1999/p/12909496.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!