[
根据我们在某市网上审批项目中的经验，我们采用如下方法，其中每项工作都记录文档备案：如查阅了大量资料和病历资料格式、各类应急防御措施、统计分析报表、系统规划书、旧系统业务状况、历史资料、还访谈了操作员的应用感受、多次技术交流、专题讨论等多种形式的交互式讨论和分析。这样无论是业务、功能、用户详尽的期望我们都了解的比较透彻。
4 需求管理
获取了需求接着要作的的工作就是对需求分析、消化和评审、基线制定、需求说明书制定，这里我们主要集中在需求分析和需求说明书两方面来。
4.1需求分析
1）建立需求关联图：需求关联图是用于定义系统与系统外部实体间的界限和接口的简单模型，同时它也明确了通过接口的信息流和物质流，通过关联图，对用户需求的约定和确认以及CCB的评审都是非常关键的。
2）创建开发原型：创建用户接口原型可以在如下应用如下情况：如果开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。通过开发原形，业主和集成商都可以相互了解业务，发掘潜在的信息，避免用户需求的不必要变更。
3）分析可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍，这个主要用于内部评审和制定技术线路提供依据，如在什么情况下采用.NET技术,什么情况下采用J2EE技术,我们在2003年电子政务网上审批系统中充分对需求(业务、技术、用户操作人员需求、现有系统需求等)做整体提取分析来确定技术线路的选型。
4）确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。
5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。
项目管理者联盟文章，深入探讨。
6）编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。
4.2建立需求与产品质量的关系模型
需求是项目正确实施的一个前提,如果没有抓住用户的需求,那么很可能是漏洞百出，最终产品将不是一个真正的可交付物。我们知道，质量是一个客户满意度的一个主要因素，质量在项目中又有许多影响因素，这里我们着重从需求的角度出发来讨论需求与质量的关系，那么如何来从需求的角度出发建立与质量的控制呢？
我们来建立一个思路如下：客户所有的期望 需求产生 转换矩阵 产品开发 可交付物 客户满意。在这里转换矩阵就非常关键了，如何来实现需求与质量的关联呢，可以通过质量功能调配（QFD）来实现，通过QFD可以把需求（用户期望）、产品特性关联起来，这里要用到一个工具：质量屋（House of Quality），我现在用一个案例来说明这个工具，在做某市网上审批项目中，我们从客户哪里收集和整理了许多需求：审批项目、报表要求、认证方式、工作流要求、数据范围及格式、操作界面、医药管理规范等等；我们通过建立质量屋完成了需求与如何去实现，如下图所示：
[本文共有 3 页，当前是第 2 页] <<上一页 下一页>>
]
您的位置：
