系统需求设计与发布规范.docxVIP

PAGE PAGE # / 5 系统需求设计发布规范 1?需求评估 这是新诉求的起源，重点解决能否做，怎么做，做与不做各有何影响的问 题；要求需求承接人在需求评审前必须维护，否则不予以评审。 需求的合理性和必要性： 需求是否得到准确，详细地描述； 当前的业务现状和系统现状是什么，调整/变革前后的差异点在哪里？ 需求所解决的问题，会带来的预期收益何如？譬如：能提升多少效率，减少多 少人力，提升准确度，提升体验等），受益人是谁？ 如果不做，会有什么影响？ 受众的确定度： 受众几何，明确哪些业务环节会受到影响？ 对相关业务对象，有无确定的 Owner?如果没单一 Own er，哪些业务环节 会受到影响？譬如，对 MES项目的一般需求，需要得到设备部门 （MDE/ME）、工程部门（PRJ、质量部门（QA）、作业部门（PRD的联合 确认；涉及到设备供应商的，设备供应商对需求和方案是否已经确认？涉及到 工单/排产/出入库的，还需要有PMC（含PC, MC和仓库）的确认。 各业务部门是否已经明确需求实现后对他们的可能影响，是否已经有应 对策略？ 对外围系统（如ERP OA，WIP/BIS/BTS等）有无关联影响？受影响 系统的应对方案和IT团队的具体负责人对方案和交期确认否，有没有不可协调 的困难？ 实现的复杂度： 配置和代码都需要哪些调整？ 对设计、开发、测试资源的资质有什么特殊要求