第2章 收集和分析信息
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
第2章收集和分析信息
信息的收集和分析不是MSF 过程的第一步,因为:信息的收集和分析是贯穿于整个MSF 过程模型中的步骤;信息的收集和分析是一个迭代的过程,由团队和客户协作完成;
用例与场景的关系(1对多)
用例描述的是一个操作者(Actor)使用一个系统完成一个过程时发生的一系列事件。用例由系统中的元素组成,这些元素负责系统的功能和行为。
用例图就是由主角、用例以及它们之间的关系构成的图。该图说明了用例模型中的关系。用例图由操作者、用例、系统边界、箭头组成,用画图的方法来完成。
用例图的作用有三个:(1)获取需求;(2)指导测试;(3)还可在整个过程中的其它工作流起到指导作用。
信息收集的方法:实地操作、访谈、特定群体调查、问卷调查、用户指导、模拟和监测版本。
企业体系结构模型中的4个描述性类别是:业务、应用程序、运营、技术。
本章小结
收集信息和分析信息是在贯穿整个MSF 过程模型的两个步骤。收集信息和分析信息是反复的过程,是你和客户之间协作的过程。
收集信息的方法有:访谈、实地操作、用户指导和原型。
信息分析涉及到创建用例和使用场景,以及需求、操作者编录和业务规则编录的草案列表。
建模是另外一种描述业务过程的方法。模型说明业务过程之间的关系和行为,以及组成过程的任务。
ORM 是在概念设计层的一个面向事实的信息分析方法。
UML 是用来对各种复杂程度的软件系统建模的一种标准建模语言。UML 视图使用UML 图描述软件系统的不同方面。UML 图描述一个系统的不同视图。
创建用例涉及到:确定系统、确定操作者、定义系统和操作者之间的交互和确定系统边界。
用例描述操作者和系统之间的交互,用来描述工作流过程。
使用场景提供关于组成过程的活动和任务序列的信息。
在开始分析之前,你需要消除冗余以确定对业务和业务挑战来说哪些是最重要的信息。
在综合来自业务和用户角度的信息时需要区分需求和期望
约束指出最终的业务解决方案必须符合的参数,指出业务环境不可改变的方面。