– 5、能调动用户参与的积极性。 ?缺点：
– 1、不适合大型系统的开发；
– 2、不适合大量??及逻辑性强的模块；
– 3、对原企业基础管理工作要求较高；否则容易走上机械模拟原 手工系统的轨道。 – 4、不适合批处理系统
关于原型系统的原则
?区分两种原型系统 –抛弃型原型
–演化型原型：必须易于升级和优化 ?原型化难以理解的需求
?尽快将抛弃型原型交付给客户,不必考虑质量 ?必须注意精选正要开发的原型系统所包含的特性,使其 能真正达到预期的目的
?决不把抛弃型原型系统发展成为最终系统 ?利用原型减少软件开发的风险
与原型有关的度量数据
?低于100个功能点(大约是12500行C语言代码)的项目可能不需要原型；
?在100到1000个功能点之间的项目，需要建立原型； ?超过1000个功能点的项目，需要比原型更形式化的技术； ?对于超过50000个功能点的大型项目，原型并非总是有效 ?原型规模一般是最终应用系统规模的10%
需求获取的常用技术-专题讨论会
?需求专题讨论会 –封闭1-2天
–确保合适的需求提供者参与 –作好后勤保障 –事先准备相关材料
讨论
?你还采用哪些了需求获取的方法？ ?你对上述的哪些实践有切身的体会？
练习
?场景：
–假如我们公司（以下简称丙方）要为中海集团开发一套需求管理
系统，系统的使用者包括了中海集团（以下简称甲方）与其软件供应商们（以下简称乙方，如吉联），甲方通过该系统提出需求变更，监督每个需求的实现进展，乙方通过该系统实施需求变更，记录需求的状态，统计需求变更的次数等。 ?指令：
–分组练习：每组不超过7人，指定一名小组的负责人
–划分角色：需求分析小组3人（丙方），小组负责人要划分在需 求分析小组，甲方与乙方扮演者4人 –需求获取：
?根据场景，甲方与乙方4人讨论如何表达需求，如何划分更详细 的角色，丙方3人讨论如何获取需求，如何访谈哪些角色，5分钟 ?三方就访谈的角色达成一致，5分钟 ?丙方访谈甲方与乙方小组20分钟 ?丙方描述访谈结果5分钟 ?第2轮访谈10分钟
?三方就访谈记录达成一致5分钟 –点评 30分钟
需求分析的目的
?消除原始需求中存在的: –冲突 –重叠
–遗漏 –不一致 –不切实际的 ?细化需求 ?划分需求的优先级 ?需求建模
需求分析的思维方式
穷举
?确保需求无遗漏 分类
?确保需求无遗漏并去除冗余的需求 分层
?结构化表达需求 抽象
?识别出稳定与变化的需求
需求的分类-1
?功能需求 ?非功能需求 –界面需求 –性能需求
?速度 ?容量 ?精度
?吞吐率:单位时间内完 成的事务个数
?可靠性:通常表示为2次 故障间的平均无故障时 间
?可用性:不停机时间,用 户可以访问该产品 –易用性需求
–操作环境需求:例如路桥 收费系统,抽油机伺服系 统
–可维护性和可移植性需 求: ?组织 ?环境 ?法律 ?业务规则 –安全性需求 ?保密性