软件需求分析-第9章原型.pdf

第9章 原型 案例分析  背景：兼职过两个小项目，做程序开发，毕业后 做过一年的程序开发，后来作一个小项目的项目 经理，主要负责 需求分析和其他一些杂事， 基本上从头参与到底了。  现在负责一个蛮大项目的需求分析，是一个总体 的系统解决方案，硬件软件都有的，软件开发费 大概是几百万。 是一个很大的国有企业，这 个项目所涉及的部门也很多。 案例分析  问题：没有用户。  该项目是从 的上层领导发起的，上层领导对 的各个部门的业务管理现状不是很满意，希 望加以解决，而解决的方法是一方面内部改制， 一方面启动一个大项目，希望可以对一些流程进 行规范化。  这也就造成了这个项目最根本的一个缺陷：用户 需求极不成熟。  案例分析  问题：没有用户。  这个项目是由一个具体的部门（以下简称A）承 建的，但是这个项目的范围又涉及到其他多个部 门，由于A部门和别的部门本身存在利益 ， 因此在需求分析的时候其他部门就不是特别的配 合。 案例分析  解决：上层领导无疑是一类用户，他们的需求是 高层需求，术语就是“业务需求”，是需求的核 心。而对这些业务需求的细化就产生了“用户需 求”，这里面的用户就是业务需求中所涉及的用 户。而性能需求一般是附着在用户需求上的，当 然也有 的性能需求。 案例分析  解决：分析这些资料，然后把要做的业务范围圈 定。随着不断地讨论、争吵、协商，以及进一步 的调研。基本上圈定了一个范围，事实上这个范 围已经比最初调研的范围小了很多。  基本整理出了一些文档。我们将其称之为业务需 求文档。  技术框架也基本确定下来了。但是由于业务需求 还不明确，技术框架仍有很大的不确定因素，一 些关键的中间件选型还没有确定。 第9章原型 本课主要讨论问题 1 应用原型的必要性及类别 2 原型方法过程 3 原型方法的风险 4 原型制作工具Axure RP 什么是原型  原型是一个系统，它内化了（capture）一个更迟 系统（later system）的本质特征。原型系统通常 被构造为不完整的系统，以在将来进行改进、补 充或者替代。  包括书面描绘、场景叙述、情节串联图板、幻 灯演示、动画模拟、屏幕快照和程序代码等。 为什么要使用原型？ 1 2 不确定性  不确定性是广泛存在 ①因为对未来知识有 ①科学的目的是限定、解 限，而无法确定某种 释不确定性，不是将不确 决策结果 定性转换为确定性 原型 ②人们厌恶不确定性：不 确定性意味着不完全可控