体育管理信息系统需求分析任务

准确、完整和规范化的软件需求是软件开发成功的关键，软件项目中大约有40%到60%问题根源都在需求分析阶段。这阶段要解决的问题是让用户和开发者共同明确将要开发的系统是一个什么样子的。具体来说需求分析的主要任务是：一方面要在充分理解、分析和汇总问题以及环境基础上建立分析模型（Analysis Model）；另一方面在彻底弄清楚用户对软件系统的确切需要的基础上，用“软件需求规格说明书”（Software Requirements Specification，SRS）把用户的需要表达出来。在这个时期可将其再细分为问题分析、需求描述和需求评审三个阶段。

1.问题分析

在问题分析阶段，系统分析员通过对问题的理解、分析和综合的基础上结合环境去掉用户需求中的歧义、模糊和不一致性，并在用户的帮助下对相互冲突的需求进行折中。在这个阶段中软件工程师必须将以往的经验和原始问题结合起来，以便发现更多的有利信息，挖掘用户的潜在需求，例如哪里是用户没有提及但是在真正使用的时候是有用的。由于用户的角色不同，所处的角度、级别不同，他们对原始问题的理解也会不同，从而导致对目标软件的需求也是不一样的。这个时候我们需要建立分析模型。

建立分析模型就是软件工程师需要细化前期需求工程工作中建立的基础需求，描述用户场景、功能活动，通过分析和归纳，从杂乱无章的现实世界中找出规律，将这些规律提取出来。这就是“抽象”，再通过“抽象”建立起系统的模型的过程。

在分析建模的整个过程中，软件工程师的主要关注点是“做什么”，至于“怎么做”并不在他的考虑范围内。分析建模的主要目标是描述客户需要什么，为后续的软件设计奠定基础，最后要定义在软件完成后可以被确认的一组需求。因此我们常说分析建模是系统级描述和软件设计之间的桥梁。后面陆续介绍的数据流的分析方法和面向对象的分析方法都属于需求建模方法。

2.需求描述(www.xing528.com)

需求描述阶段的主要任务是以前期的需求模型为基础，生成软件需求规格说明书和初步的软件用户手册。软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，反映出用户问题的结构，作为软件开发工作的基础和依据，并作为确认测试和验收的依据。需求说明书的内容主要包括项目简介、总体概述、需求建模、具体需求、总体设计和约束、数据库、附录、参考文献等。用户手册包括用户界面描述以及目标软件使用方法和初步构想等几个方面。

这两个文档都应该遵循既定的格式和规范，做到内容全面、结构清晰、措辞准确，无二义性、模糊性和歧义，同时鼓励用户尽可能早地开始对软件开发的评审。

3.需求评审

在软件的生命周期各个阶段都要进行相应的评审以保障软件质量。在需求阶段中分析人员要在用户和软件设计人员的配合下对已生成的需求规格说明和初步用户手册进行复核，以保证需求的完整性和正确性，并且要使用户和开发人员就这两个文件的内容达成一致。在评审过程中一旦存在异议、遗漏或者模糊点都需要尽快协调、补充和更正，然后再一次进行评审。

只有当双方都达成一致并确认之后，这两个文件就成为双方的合同，任何的修改引起的成本变化都需要由提出方负责。