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