需求规格说明书怎么写( 四 ) _说明书

一是业务流程图：要与用户实际业务一致，要以用户容易理解的、标准的图形清晰表述，如果较复杂就用子图分层的方法表述，以简易和容易理解业务为原则。二是数据流程图：先是与业务流程图一一对应，再是涉及的输入或输出表应明确画出，表划分合理、无冗余。
注意处理好分层时的表达。三是数据字典：实际上是数据流程图中输入、输出表中对应的数据项，需要说明的是要标出数据项要求的类型或字长等属性。
如果是面向对象的方法，由于其迭代和无间隙的特点，需求和设计没有明显的界限，所以在审核《需求规格说明书》时至少要有用例图、顺序图、类图等，所要表述的要把握基本与结构化方法三要素相对等的信息，如果情况复杂时还要有状态图，以下简述之：用例图：能清晰反映出角色和用例，可以对应业务流中的主要功能项，通常用例将转化为程序菜单，主要用于审核检查业务范围。顺序图：审核检查顺序图的粒度，基本上能对应业务流程和数据流程就行了，它是以时间顺序描述流程的，也可以空间顺序的协作图来代替其描述流程。
类图：类图主要是描述数据项，可以将其对应为结构化方法的数据字典，但其更贴近自然，更能适应变化。重点二：把握接口和安全尤为重要，接口和安全是软件开发的重点和难点，处理不好，会给项目埋下定时炸弹，即使回避一时，但矛盾很快会暴露，根据项目实际情况对这两个方向的把握也是监理审核的重点。
啰啰嗦嗦终要定格写了这么多最终还是建议完成“关于对《需求规格说明书》的审核”监理报告，以下抛出一砖来，希望引来金凤凰。关于对《需求规格规格说明书》的审核审核报告项目名称XXXX信息管理系统建设项目业主方业主方全称监理方监理方全称承建方承建方全称XX监理公司于XXXX年X月X日对承建方提交的《需求规格说明书》（包括：《OA系统需求规格说明书》、《网站需求规格说明书》、《业务系统需求规格说明书》）进行审核，意见或建议如下：（如果不特指三个系统的某一个，就表示对三个系统共同的评审结果）一、需求目标：《OA系统需求规格说明书》中“需求目标”部分，对系统的性能有较充分的描述，系统的功能描述少，具体要“做什么”在目标中没有很明白的描述。
《网站需求规格说明书》中“需求目标”对功能和性能都有描述。《业务系统需求规格说明书》中“需求目标” 。
5. 需求规格说明必须具备哪些条件需求规格说明是指在一种产品开发之前，消费者希望从该产品中得到的所有需求的最终结果的阐述。
一份有效的规格说明必须满足以下几个条件：完整性，即每一项需求都必须将所要实现的功能描述清楚；正确性，即每一项需求都必须准确地陈述其要开发的功能；可行性，即每一项需求都必须是在一定条件或范围内可以实施的；必要性，即每一项需求都应把真正所需要的和最终所需遵从的标准记录下来；划分优先级，即给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量；无二义性，即对所有需要说明的读者都只能有一个明确统一的解释，即可验证性，即检查每项需求是否能通过设计测试用例或其他的验证方法，保证其客观性。

文章插图