JTWL-NLIS需求调研分析指南.doc

软件需求分析指南 软件需求工程分为需求获取、需求开发、需求管理三个阶段 需求获取 需求获取即寻找用户的需求。需求获取是需求工程的主体，项目开始阶段要努力征求各个公司、部门和用户的意见。软件需求的成功，和软件开发的成功都取决于是否尽可能的采纳用户的意见。为了征求用户的意见，必需采取以下几步： 明确用户需求的来源； 明确使用该软件的不同类型的用户； 与软件不同类型用户的沟通； 遵从公司高层决策者的意见或战略。 用户参与是避免期望差异的惟一途径，这一期望差异表现在用户期望的软件与需求分析者、软件开发者所设计的软件之间不相符。 需求来源 访问并与有潜力的用户探讨； 对当前系统进行分析整理，找出问题，并对其提出增强要求； 收集用户对老系统使用过程中遇到的问题，用户对老系统的改进想法； 问卷调查； 观察用户的操作以获得经验和信息； 用户类 每一个用户都有自己的一系列功能和非功能要求。在项目中，要尽早为软件确定并描述出不同的用户。这样可以从不同的重要用户中获得不同的需求。 比如，受理员、调度员、分拣员、客户服务人员、市场人员等等。 和用户沟通 1、要聆听用户的需求。尽量把用户的假设解释清楚，特别是那些发生冲突的部分，以达到“上下文无关问题”。 2、要重复的详述需求，以确定用户目标和任务。确定使用实例并编写使用实例文档。 遵从高层战略 高层战略是方向，是政策。 需求开发 需求开发分为需求分析、编写需求文档过程。 需求分析，需求分析要使用合适高效的方法。建议使用用例驱动的分析方法。 使用实例为表达用户的需求提供了一个方法，而这一方法必需以系统的业务需求保持一致。 编写需求文档（格式见例子文档） 编写需求文档的原则： 保持语句和段落的简短； 使用的术语与词汇表中定义的一致； 需求陈述应该具有一致的样式； 为了减少不确定性，必须避免模糊的、主观的术语，如容易、简单等等； 避免使用比较性的词汇，如提高、最大化、最小化等等； 需求管理 需求管理原则 控制对需求基线的变动； 保持项目计划与需求一致； 控制单个需求和需求文档的版本情况； 跟踪基线中需求的状态； 需求管理步骤 变更控制 版本控制 需求状态跟踪 建议变更 分析影响 作出决策 交流 合并 验证需求的稳定性 确定需求文档版本 确定单个需求文档版本 定义需求状态 跟踪需求每一个状态 需求规格说明的版本控制 编号 名称 版本号 类型 备注 001 NLIS 1.0 草案1 002 NLIS 1.0 草案2 003 NLIS 1.0 发布1 004 NLIS 1.0 发布2 需求属性 创建需求时间 需求的版本号 创建需求的作者 负责认可该需求的人员 需求状态（见下表） 需求的原因或根据（信息出处） 需求涉及的子系统 需求涉及的软件版本号 需求的文档性 状态值 定义 已建议 该需求已被有权提出需求的人建议 已批准 该需求已被分析，已用一个确定的版本号分配到相关的基线中，软件开发团队已同意实现该需求 已验证 该需求已验证了实现的需求，该需求现在被认为完成 已实现 已实现需求代码的设计、编写和单元测试 已删除 计划的需求已从基线中删除，但包括一个原因说明和作出删除决定的人员 需求变更管理流程