软件系统需求分析策划方案.docxVIP

软件系统需求分析策划方案 软件 需求分析 （Software Reguirement Analysis ）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一 个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析 结果表明，我们设计的软件产品存在不完整性、不正确性等问题 80 ％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成 功软件需求分析是关键的一步。 软件需求分析人员组织 软件需求分析其根本性问题是理解用户功能需求，由此软件需求分析实际上是与客户间交流过程完成的目标。要求我们组织适当的参与人员进行交流活动。 需求分析是一个综合团队的 工作 ，是在需求分析理论的指导下，对用户需要进行渐进 方式逐步深化；通过不断变化方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产品。需求分析是一个商业行为，完全是一个商业化操作，要求有商业、技术等结合的团队共同合作，解决需求和设计的同步，设计符合需求。 项目涉及内容，项目大小都需要我们考虑参加软件需求分析工作团退的人数，配置合 理的参与人员。一般我们必须有商务活动人员， 项目管理 人员，设计技术人员等参加，而且要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。 具体开展需求分析工作，建议采用以下步骤形成软件需求： 确定项目目标及范围→ 获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。 第一步：明确需要分析的工作目标，同时确定调研对象，最好能指定本次项目的接口 人。 明确软件需求分析的主要实现目标包括如下内容： 对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求； 了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准； 为软件管理人员进行软件成本计价和编制 软件开发 计划书提供依据； 第二步：获取用户需求。 这是该阶段的一个最重要的任务。对用户进行访谈和调研。交流的方式可以是会议、 电话 、电子邮件、小组讨论、模拟演示等不同形式。具体说来可分为三个阶段： 访“谈 ”阶段 这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的 职能部门以及成员单位。 实现手段：访谈、调查表格 输出成果：调查报告、业务流程报告 诱“导 ”阶段 这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件 环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方 案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调 研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户 可以操作简单演示的 DEMO ，来感受一下整个业务流程的设计合理性、准确性等等问题， 及时地提出改进意见和方法。 实现手段：拜访（诱导）、原型演示 输出成果：调研分析报告、原型反馈报告、业务流程报告 确“认 ”阶段 这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段， 这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户 描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的 DEMO 系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。 实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统 输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档） 整体来讲，需求分析的三个阶段是需求调研中不可忽视一个重要的部分，三个阶段或 者说三步法的实施和采用，对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。 第三步：分析用户需求。 需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则： 对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由 ; 将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段 关注的目标是“做什么”，而不是“怎么做” ; 分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求 (有可能是实现用户需