1引言 编写目的 背景 定义 参考资料
2任务概述 目标 用户特点 假定和约束
3系统建模和模拟 对功能的规定 对性能的规定 数据输入输出要求 数据管理
4项目问题 运行环境设备 支持软件 接口 控制
5附录 待解决问题
需求验证：是指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。
这是一个反复执行的过程，只有当执行验证后没有问题存在，才能终止需求验证的活动。
3.2 需求管理
需求管理是一个对系统需求变更了解和控制的过程。通过需求管理使软件需求受控，并建立供软件工程和管理使用的需求基线并且使软件计划、产品和活动与软件需求保持一致。
需求管理又分为变更管理、版本控制、需求跟踪以及需求状态四个部分。
变更管理是建议需求变更并分析其影响，做出是否变更的决策。定义需求时无论怎样谨慎小心，也总会有可变因素。变更的需求之所以变得难以管理，不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性，而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构，使它能适应变更，并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线，确定需要追踪的重要依赖关系，建立相关项之间的可追踪性，以及变更控制等活动。
版本控制是确定单个需求和SRS的版本。
需求跟踪是定义对于其他需求及系统元素的联系链；进行需求跟踪的目的是为了建立和文护从用户需求开始到测试之间的一致性与完整性。确保所有的实现是以用户需求为基础。对于需求实现是否全部的覆盖。同时确保所有的输出与用户需求的符合性。
需求跟踪有两种方式，正向跟踪与逆向跟踪。正向跟踪：以用户需求为切入点，检查《用户需求说明书》或《需求规格说明书》中的每个需求是否都能在后继工作产品中找到对应点。逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处。
需求状态：顾名思义，状态也就是一种事物或实体在某一个时刻或点所处的情况，此处要讲的需求状态是指用户需求的一种状态变换过程。在整个生命周期中，存在有几种不同的情况，在需求调查人员或系统分析人员进行需求调查时，客户存在的需求可能有多种，一类是客户可以明确且清楚的提出的需求；一类是客户知道需要做些什么，但又不能确定的需求；另一类是客户本身可以得出这类需求，但需求的业务不明确，还需要等待外部信息。还有是客户本身也说不清楚的。对于这些需求，在开发进展的过程中，存在着以下几种情况：有可能要取消的；有的因为不明确而可以后延的，同时可能转化为被取消的需求；与客户经过沟通或确认的。那么我们可以建辣,文-论'文'网http://www.751com.cn 立简单的状态：CLOSED：经过确认，双方认可并达成共识；OPEN：双方确认，但没有达成共识的需求；待定：客户提出需求，但双方没有经过沟通或确认；
在教务管理系统中，早期定义软件时不可能定义所有的问题，在随着软件项目的进行中，软件开发人员要对问题或变更进行分析以检查它的有效性，在确定变更需求后修改SRS，开发计划以及其他相关文档。在开发教务管理系统过程中，须跟踪每个需求的状态比如删除、设计、实现等。
4 总结
教务管理系统的很多功能是大家很熟悉的，但由于过于繁杂使得在做需求分析时需要有清晰的思路，并严格按照原则进行。教务管理过程中涉及的数据源很多，本文从教务管理的需求出发，详细介绍了需求工程的过程。