软件需求规约是项目方和需求方共同协商的项目规则和标准,通过图文的描述,使双方达成书面一致。需求方可以是公司自有项目,也可以是外部客户。无论是哪种类型,在项目开始前都要对需求进行理顺,才能更好的开展项目工作。
软件项目的需求会经常涉及到变更,所以当有需求变动的时候还要输出需求跟踪矩阵,对照原始需求对新需求进行变更管理,当项目结束后统一对需求规约进行整理,形成完整的需求规约文档留存。
软件需求规约的内容包括但不限于以下几个方面,可根据实际情况进行增减。
目的:在写需求规约时首先要明确目的,也就是要明确我们要做的是个什么样的项目。例如:本需求规约依据XX需求的调研结果,经过对需求的梳理形成该文档,用于说明A项目的总体处理流程及涵盖的功能,以期目标达成一致。
需求整理:针对原始需求制定的项目规划,包括运行模式、管理模式、数据采集、基本功能等。运行模式主要说明项目依托于哪些终端,例如:项目包括APP,网站和客户端。用户角色划分企业用户和个人用户;管理模式主要说明项目的管理者划分标准,例如:按部门,按地域划分角色管理等;数据采集主要说明系统用户的数据来源,例如:自有用户导入,与现有系统对接,自注册用户需通过审核等;基本功能主要介绍系统包括哪些功能,例如:用户可通过系统进行信息自由定制,并可将信息推送到APP端等。
需求规划:对需求中基本功能的要求进行拆分,划分出详细的功能,接下来需要对每个功能描述,功能描述主要包括功能定义、功能说明、业务处理流程。功能定义用于说明该功能在整个系统中的作用,例如:产品管理功能,是整个项目的核心,用于产品的展示和交易;功能说明主要介绍此功能应该具备的功能,例如:产品管理功能主要有产品自由定价,产品视频和图片展示,交易管理,订单管理等;业务处理流程主要以流程图的形式展现出该功能的实现流程,并配以文字说明。
主要功能页面图:页面图主要以草图和页面结构图的形式展示,目的是给需求方比较直观的感受,可以包括功能菜单,展示页面,功能区域划分等。页面图可以帮助需求方对要实现的产品从概念上有了更清楚的认识,也方便相互间的后续沟通。
需求优先级:对需求中提出的功能按高、中、低排序,高优先级的,项目第一版上线必须包含,中和低的可与需求方沟通分多次版本迭代上线,在开发过程中也要将优先级高的先安排进行。
功能列表:将沟通后的功能以列表的形式展现给需求方,方便需求方加深理解,主要以层次关系列出。例如:系统中包含多少个模块,每个模块有哪些功能,这些功能是否又细分子功能等。
需求的沟通结果很大程度上影响项目的顺利进行,所以做好需求对项目的实施益处多多。
领取专属 10元无门槛券
私享最新 技术干货