课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
每一款软件开发上线之前都是需要经过需求收集与分析之后才能够提上开发日程,而今天我们就一起来了解一下,软件开发需求管理包含哪些内容。
需求是很多工作的基础:
项目的范围管理、工作量估算应该基于需求
进行了充分的需求分析,例如 功能、扩展、性能,才能对软件的框架和运行过程进行有效设计。
测试也需要基于需求设计测试用例,制定验证标准。
产品经理很多的工作都是基于需求进行,例如 产品需求分析、产品设计、产品发布管理。
需求管理目前也是软件开发过程、系统工程中问题多的环节,无论是具有高可靠性要求的航空、航天、汽车上的控制系统,还是面向企业信息化的业务系统,需求的质量都是一直被重视、却从来没有被有效解决的难题。
需求的工作过程一般是:
先接收到用户原始请求,然后由需求人员对用户的需求进行分析,描述清楚用例;
在清楚用户需求的基础上,进一步的进行产品需求分析,定义清楚系统的功能模块;
开发方和用户方签订需求契约,明确要开发什么、投入多大工作量、估算出成本和时间、确定预算。
然后开发团队基于需求进行开发,在此过程中用户提出的需求要进行变更控制,以便能够按照预期的时间交付符合质量的产品。
当开发完成后,基于需求进行验证,合格的才能成为交付给用户的产品。
开发过程虽然是可以迭代进行,但是在用户来看,高水平的开发团队应该是确认清楚需求然后才进行开发的,交付的产品也应该是符合质量要求的。
基于如上的需求工作流程,可以整理出如下需求管理的内容:
用户的原始请求
需求分析的模型,例如:用例模型、接口模型,描述非功能需求的模型。
正在开发或者交付的系统或者软件本身。
需求验证的用例。
发现的缺陷或者需求不一致问题
需求的管理内容看似各种各样,而且还要关联到后续的设计、开发、测试的工件,这样相关的内容就更多了,如何管理好呢?可以把各种工作的管理内容整理为三类:
文档,例如:需求文档、设计文档、开发文档、测试文档。
条目数据,例如:需求的用例列表、设计的模块列表、开发的code目录、测试的bug列表。
模型,例如:需求模型、架构模型、数据模型、代码模型、测试模型。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。