CMMI标准及其他软件公司好的做法, 针对不同的业务需?求,都要给Р出一个符合公司实际, 行之有效的撰写标准。 ②易用性: 业务部门撰写的业务需Р求说明书要便于不同岗位人员进行阅读、理解、学习和使用。③简洁性:?业务Р需求书中描述的内容要突出主题, 只反映要描述的问题, 不包含其他不必要的东Р西,语言表达简明扼要,一清二楚,可以配以适当的图表,以增强其清晰性。④Р针对性: 业务需求说明书要按不同的需求类型、?面对不同的业务对象, 实行差异Р化编制, 根据实际需要进行编写。 ⑤一致性: 业务需求说明书中的文字描述应当Р十分 确切,对于同一业务描写,不能出现多义性的描述,应当是一致,相互之Р间没有矛盾。⑥完整性:业务需求说明书都应当是完整的、独立的,没有遗漏和Р丢失的内 容。对于需求内容相同的部分,这种重复是必要的,不要图省事避免Р在文档中出现“见 XX文档 XX章节 " 的现象。⑦灵活性: 不同的新产品研发需求,Р因其复杂程?度和规模不同,在保持需求格式不变的情况下,也需要对需求说明Р书内容中不同部分描述详细程度做调整。?⑧可追溯性: 业务需求说明书作为软件Р项目研发的一个重?要文档,并不是孤立的,而是与各个阶段完成的工作有密切Р的关系, 随着研发工作的逐步延伸, 具有一定的继承关系, 体现出了可追溯的特Р性。如需求变更说明是在?原来业务需求说明书基础之上的变更,软件需求说明Р书会在详细设计说明书、测试案例等文档中有所体现。Р(5)做好业务人员的培训学习。 在工作交流过程中, 业务人员经常讲, “科Р技人员总说业务需求写得不清楚,怎样写才能符合科技要求?”因此,?针对如Р何撰写高质量的业务需求设计开发培训课程,有针对性地对业务人员进行培训,Р引导和教会业务人员撰写业务需求说明书,?通过工作不断沟通交流、 完善修 改,Р写出一份业务与科技都满意、高质量的业务需求也不是一件难事。
全文预览
