需求获取介绍.ppt

* 需求描述是对系统开发需求的正式表述。通常把描述需求的文档叫做软件需求说明书或软件需求规格说明SRS ( 软件需求规格说明 Software Requirement Specification ) * * * * * 4.1.2系统需求分类，需求的3个层次及其内容（看） P79 4.2需求获取过程包括的5点活动 P84 4.2.3编写需求文档第二段包括其内容 P85 4.2.5需求管理涉及两方面的内容第一段最后一句 P86 需求跟踪的定义 P87 4.3.1访谈，设计访谈问题包括的两类 名称 P88 4.3.6在需求获取中使用原型的3个步骤（每段前两句） P92 * 第4章 需求获取 * 博学精进，修身励行；因势利导，成就人生 信息系统开发 ——方法、案例与实验 主讲：段智敏 Q Q：747885740 系统需求概述 需求获取过程 案例分析 需求获取方法 本章主要内容 学习目的与要求 掌握怎样设计并执行访谈的选择，制定访谈计划 掌握观察工作者方式和分析业务文档方式以确定系统需求的优缺点 了解如何为需求获取提供支持 了解怎样计划一个联合应用设计会议 掌握在需求获取过程中使用原型 了解确定需求的现代化方法 掌握需求获取技术在网络应用开发中的应用 考核知识点 系统需求分类和获取 系统需求获取方法 需求获取技术的应用 考核要求 系统需求分类和获取 识记：系统需求的分类 简单应用：系统需求的获取过程 系统需求获取方法 简单应用：收集系统需求的方法 综合应用：计划并执行访谈的选择，以及制订访谈计划以确定系统需求 简单应用：观察工作者方式和分析业务文档方式以确定系统需求的优缺点 简单应用：计算如何为需求获取提供支持 综合应用：在需求获取过程中使用原型 综合应用：确定需求的现代化方法 需求获取技术的应用 综合应用：需求获取技术应用于网络应用的开发 需求获取是在问题及其最终解决方案之间架设桥梁的第一步，其实质是理解项目中描述的客户需求。 需求获取是确定和理解不同用户类需要和限制的过程，它描述了用户利用系统需要完成的任务。 需求获取主要涉及到系统分析员，他们同系统用户和所有者一起工作，在系统开发的早期阶段确定对信息系统的业务需求的详细理解。 只有在全面确定了需求之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须进行大量的返工。 如果仅仅将需求分析阶段的工作归结为编写需求规格说明书，这往往导致项目后期层出不穷的问题。 需求获取是一个需要高度合作的活动，只有通过有效的客户—开发者的合作才能成功。作为系统分析员，必须透过客户所提出的表面需求理解他们的真正需求，而不是对客户所说需求的简单誊写。 需求获取 需求获取影响因素： 客户方 客户不明白他自己需要什么 客户会不断更新所提出的需求 客户与分析员之间缺乏有效沟通 客户缺乏技术上的知识 客户缺乏对软件开发的知识 信息系统开发方 他们习惯使用技术术语，而且在问题理解上与客户有偏差，有时他们以为互相之间完全达成协议，但是在展示最终结果时却发现并非如此 此外，系统开发者往往喜欢将客户的需要改变，以使它们符合一个已存在的系统或模式，而不愿按照客户的需要来开发一个新的系统。 有些情况下，需求分析往往是由程序员而不是系统分析员完成的。由于程序员往往缺乏对实际事物的运行过程和商业过程的理解，从而会导致需求获取存在问题。 需求获取重要性 ?问题的复杂性 ?交流障碍（讲究技巧和原则） ?不完备性和不一致性 ?需求易变性（动态性） 派经验丰富的人去干！ 系统分析员 需求获取重要性 需求包含三个层次：业务需求、用户需求、功能需求及非功能需求 业务需求反映了组织机构或客户对系统、产品的高层次目标要求，可以在项目视图和范围文档中进行说明。 用户需求文档描述了用户使用产品必须完成的任务，在用例文档或者应用场景中予以说明。 功能需求需求定义了系统必须实现的软件功能，使得用户可以完成他们的任务，从而满足业务需求。 以图书管理系统为例，系统需要提供的基本功能包括：检验用户合法身份；用户注册和登记功能；图书借阅、归还功能；书库管理；读者管理等功能。 非功能需求是指是衡量系统能否良好运行的定性指标。 例如，可靠性、可扩充性、安全性、互操作性、健壮性、易使用性、可维护性、可移植性、可重用性 系统需求分类 系统需求分类 某日，面试前来应聘的高级程序员，问他“树上有十只鸟，开枪打死一只，还剩几只？”他反问 是无声手枪或别的无声的枪吗？不是。枪声有多大？80-100分贝。那就是说会震的耳朵疼？是。在这个城市里打鸟犯不犯法？不犯。您确定那只鸟真的被打死啦？确定。拜托，你告诉我还剩几只就行了，OK？OK，树上的鸟里