体育管理信息系统的系统需求分析步骤

软件需求包括业务需求、用户需求、功能需求和非功能需求。开发人员要想获得完整、正确的需求就必须在需求分析中采用适当的步骤和方法，只有这样才能够准确地获取软件的需求，编写出符合实际的需求规格说明书，为以后的步骤奠定基础。通常的需求分析分为需求获取、提炼、描述和验证四个步骤。

1.需求的获取

为了完成需求任务，分析人员需要掌握一些技术，包括初步需求获取的技术、需求建模、问题抽象与分解、多视点分析以及前面提到过的建立快速原型等。

在初期阶段，系统分析师往往对用户领域的知识知之甚少，而用户对问题的描述，对目标软件的要求通常是零散的、模糊的，甚至是有歧义的。为了克服这样的问题就需要双方积极进行多渠道的沟通和交流。

为了能够相互理解，收集到全面的、完整的信息，分析人员一般需要进行访谈或者是会议交流，也可以由双方人员组成联合小组，他们对分析的结果直接负责，这样就极大地刺激了双方的责任感，促进了需求分析的成功。

开发人员可以对用户进行一定的分类，例如按使用优先级、使用频率、特点等方法进行分类，然后从这些分类中选取一些用户作为代表进行访谈或者组织小型会议，再从这些代表中收集他们对系统功能的要求、交互方式等这些功能性的需要，在确定了这些需求之后还需要考虑到质量的要求，例如可靠性、安全性、可用性等，要充分提高用户对软件的满足程度。如果客户的需求和已有的产品有类似的部分，就可以考虑复用这部分，以降低成本，提高生产率和软件质量。

除了访谈与会议之外，分析人员还可以通过观察用户的实际操作过程来获取需求。在实际观察过程中，分析人员不仅要从这个过程中被动地接受用户关于应用问题以及相关的背景知识，同时需要结合自己的开发经验，积极地挖掘用户的潜在需求。这些需求也许短时间内不会被用户注意到，但是在软件投入使用后能得到用户的好评。

在调查和分析过程中，使用各种形象、直观的图表，可以帮助分析人员描述系统、记录要点和分析问题。图表的种类很多，一般是针对所需调查的各项内容，绘制相应的各种形式的图表，用这些图表对单位或部门管理岗位上的工作人员进行需求分析调查（填表），然后分析整理这些图表逐步得出所要调查的内容。下面给出了几个需求调查用表的样例。如表5-1所示。

表5-1　调查表的样例

某业务文件/报表调查表(www.xing528.com)

2.需求的提炼

需求的提炼的主要任务就是完成前面讨论过的建立分析模型以及划分系统的关联，接口、需求的优先级等。这个阶段建立起来的模型只是用来刻画系统所实际处理的信息以及实际运行时的外部行为。但是，在这个阶段的模型并不涉及目标软件系统的实现细节，因为如果在这个阶段过度地涉及细节会分散分析人员的精力，限制软件设计人员选择算法的自由度，从而制约了软件质量的提高。

通常分析人员采用图形化的方法来说明和描述软件的模型，常用的模型包括数据流图、实体关系图、用例图、类图、状态图等。通过这些简洁、结构清晰、准确的模型系统来描述软件的需求，以便于分析人员剔除用户描述中的模糊性和不一致性，保证了软件的质量。

3.需求的描述

需求的描述就是编写软件规格说明书（SRS）。尽管不同组织的SRS格式和内容可能不同，但是基本在同一组织中SRS格式是统一的。目前，很多组织都采用了国际标准IEEE标准830-1998（IEEE-1998）中和中国国家推荐性标准GB9385中描述的SRS模板。也有一些组织是结合自身特点，修改和设计了已有的模板形成了自己的SRS。

在SRS中为了让项目的所有人员明白提出这些功能的原因，需要注明需求的提出者，例如某个类别的客户、高层领导、行业规范、法律规定等。通常成熟的开发人员都会对每一项的需求进行编号，以便后期对需求进行跟踪和方便以后的变更。

4.需求的验证

由分析员提出的SRS初稿尽管貌似正确，但是在后期的实现却依然会出现需求不一致、描述不清等问题，因此我们需要多根据需求说明编写测试计划。通过这样的测试计划来检验SRS的正确性，根据需求验证来完善SRS，以确保SRS可以作为软件设计和最终系统验收的依据。