企业进销存软件需求分析说明

需求分析阶段的工作，可以分成以下4个过程。 
1. 问题识别 
       首先，系统分析人员要研究计划阶段产生的可行性分析报告（如果有的话）和进销存软件项目实施计划，主要是从系统的角度来理解进销存软件并评审用于产生计划估算的进销存软件范围是否恰当，确定对目标系统的综合要求，即进销存软件的需求，并提出实现这些需求的条件，以及需求应达到的标准，也就是解决让将要开发的进销存软件做什么，做到什么程度。这些需求如下。 
        ① 功能需求：列举出所开发进销存软件在职能上应做什么。这是最主要的需求。 
        ② 性能需求：给出所开发进销存软件的技术性能指标，包括存储容量限制、运行时间限制、安全保密性等。 
        ③ 环境需求：这是对进销存软件系统运行时所处环境的要求。例如，在硬件方面，采用什么机型、什么外部设备、什么数据通信接口等等；在进销存软件方面，采用什么系统进销存软件（指操作系统、网络进销存软件、数据库管理系统等）等等；在使用方面，使用部门应具备什么样的条件等等。 
        ④ 可靠性需求：各种进销存软件在运行时，失效所产生的影响各不相同。在需求分析时，应按实际的运行环境对所开发进销存软件在投入运行后不发生故障的概率提出要求。对于那些重要的进销存软件，或是运行失效会造成严重后果的进销存软件，应当提出较高的可靠性要求，以期在开发过程中采取必要的措施，使进销存软件产品能够高度可靠地运行，避免因运行事故而带来的损失。 
        ⑤ 安全保密要求：工作在不同环境的进销存软件对其安全、保密的要求显然是不同的。应对这方面的需求做出恰当的规定，以便给予特殊的设计，从而保证其具有安全保密方面的性能。 
        ⑥ 用户界面需求：友好的用户界面是用户方便、有效、愉快地使用该进销存软件的关键之一。因此，在需求分析时，必须对用户界面细致地作出规定。 
        ⑦ 资源使用需求：这是指所开发进销存软件运行时所需的数据、进销存软件、内存空间等各项资源。另外，进销存财务软件开发时所需的人力、支撑进销存软件、开发设备等则属于进销存软件开发的资源，需要在需求分析时加以确定。 
        ⑧ 进销存软件成本消耗与开发进度需求：在进销存软件项目立项后，要根据合同规定，对进销存软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 
       应预先估计系统可能达到的目标，这样，在开发过程中，才能给系统将来的扩充与修改留有余地。 
       人们普遍关注功能性需求，而忽视非功能性需求。其实非功能性需求并不是无关紧要的，表2.1列举了一些在进销存软件需求分析时应当考虑到的非功能性需求。
2. 问题分析与综合 
       分析员需从数据流和数据结构出发，逐步细化所有的进销存软件功能，找出系统各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求，是否合理。依据功能需求、性能需求、运行环境需求等，剔除其不合理的部分，增加其需要部分。最终将其综合成系统的解决方案，给出目标系统的详细逻辑模型。在这个步骤中，分析和综合工作需要反复进行，直到分析员与用户双方都感到有把握正确地制定该进销存软件的规格说明为止。 
       常用的分析方法有面向数据流的结构化分析方法（简称 SA）、面向数据结构的Jackson方法（简称JSD）、面向对象的分析方法（简称OOA），以及用于建立动态模型的状态迁移图或 Petri 网等。这些方法都采用图文结合的方式，可以直观地描述进销存软件的逻辑模型。 
3. 文档编制 
       已经确定的需求应当得到清晰准确的描述，即将其编制成文档。通常把描述需求的文档叫做进销存软件需求规格说明书。同时，为了确切表达用户对进销存软件的输入输出要求，还需要制定数据要求说明书及编写初步的用户手册，着重反映被开发进销存软件的用户界面和用户使用的具体要求。 
       此外，根据在需求分析阶段对系统的进一步分析，从目标系统的精细模型出发，可以更准确地估计所开发项目的成本与进度，从而修改、完善并确定进销存软件开发实施计划。 
4. 需求分析评审 
       在需求分析的最后一步，应该对功能的正确性、完整性和清晰性，以及其他需求给予评价。评审的主要内容是 
        ① 系统定义的目标是否与用户的要求一致； 
        ② 系统需求分析阶段提供的文档资料是否齐全； 
        ③ 文档中的所有描述是否完整、清晰、准确反映了用户要求； 
        ④ 与所有其他系统成分的重要接口是否都已经描述； 
        ⑤ 所开发项目的数据流与数据结构是否足够，是否确定； 
        ⑥ 所有图表是否清楚，在没有补充说明时是否易于理解； 
        ⑦ 主要功能是否已包括在规定的进销存软件范围之内，是否都已充分说明； 
        ⑧ 设计的约束条件或限制条件是否符合实际； 
        ⑨ 开发的技术风险是什么；
        ⑩ 是否考虑过进销存软件需求的其他方案； 
       11 是否考虑过将来可能会提出的进销存软件需求； 
       12 是否详细制定了检验标准，它们能否对系统定义的成败进行确认； 
       13 有没有遗漏、重复或不一致的地方； 
       14 用户是否审查了初步的用户手册； 
       15 进销存软件开发计划中的估算是否受到了影响。 
       为保证进销存软件需求定义的质量，评审应指定专人负责，并严格按规程进行。评审结束后应由评审负责人签署评审意见。通常，在评审意见中包括了一些修改意见，须按这些修改意见对进销存软件进行修改，待修改完成后还要再评审，直至通过才可进入设计阶段。 
       图出了需求分析阶段工作的流程。图中的有效性准则，主要是指性能界限、测试种类、期望的进销存软件响应及其他特殊考虑等。