管理信息系统系统分析师-系统分析与建模.pptxVIP

管理信息系统案例分析第2部分 系统分析师考试案例分析与设计第一页，共三十六页。系统分析与建模题2：2002年试题4第二页，共三十六页。试题某软件公司准备研发大型客户服务中心（Call Center）平台，为构建电话服务业务系统提供支持。在讨论方案时，许多工程师认为可以使用创痛方法利用操作系统的分时技术实现业务流程的并行化。即：根据业务流程设计处理程序，当一个电话呼入时，为这个呼入服务分配一个进程知道服务完成。但是梁工提出了不同意见，他说：当有1000个电话同时呼入时，难道系统要有1000个进程同时运行吗？因为作为大型客户服务中心，同时处理上千个呼入应当是很平常的事情。于是，梁工提出：可以使用有限状态自动机来处理业务流程，而业务流程的描述则用状态图表示。当一条线路上有时间发生时，自动机根据这条线路的私有工作区中所保存的状态，查找出状态图中对应状态的描述，从而选择有关服务，并且再根据服务的结果确定下一个状态。梁工通过回答下属3个问题，解决了大家的疑虑，使开发组接接受了这个方案。请回答如下三个问题。第三页，共三十六页。问题【问题1】状态图在计算机中如何表达？每个节点都要包含哪些内容？请你用100字以内文字提出一种方案。【问题2】系统中响应外部事件的所有服务应当有什么约束？为什么？请你用200字以内文字，简要说明系统启动与处理服务的基本方式。【问题3】在本系统中，如何实现业务生成工具？第四页，共三十六页。分析有限状态机是一个抽象的概念，可以用两种直观的方式来表示，分别是状态转换图和状态转换矩阵。状态转换图是一个有向图，有限状态机种的每一个状态对应状态转换图中的一个节点，状态之间的转移对应状态转化图中的一条边。状态转换矩阵可以用一个数组表达，数组的下表代表状态的编号，数组元素代表对应的状态。在这种方式中，每个数组元素应该包含该状态所对应的操作、状态转移的条件，以及不同的转移条件下状态转移的方向（即下一个状态）。第五页，共三十六页。答案【问题1】状态图在计算机中用一张表（数组）表达，下表代表状态号，每个元素包含该状态下每种时间对应的操作、转移条件，以及对应条件的下一个状态。【问题2】系统中响应外部事件所有服务必须都是非阻塞的，也就是启动一个服务（例如：调用函数）后系统并不等待服务的完成而立即返回，并根据条件修改状态。当服务完成后，发出相应的事件，系统再次响应，根据下次的状态决定需要启动的服务。【问题3】本系统中，业务流程的设计实际上是状态图的设计。而状态图式一种有向图，可采用专门设计的流程编辑器用“所见即所得”的方式生成。第六页，共三十六页。系统分析与建模题1：2003年试题2第七页，共三十六页。试题 阅读以下关于网络通信的Object Server技术的叙述，回答问题1、问题2和问题3。 在一次交通管制系统的招标会上，某公司提出的“Object Server”解决方案引起了专家们的广泛关注。对经典设计模式MVC的创新，是“Object Server”的亮点。对于“Object Server”的软件体系结构，专家们并无争议，但有专家就“Object Server”的实现技术提出了质疑，假定你是该方案的设计人员，请回答以下问题。第八页，共三十六页。第九页，共三十六页。问题［问题1］ 请用100字以内的文字，解释“Object Server”解决方案中“View”的功能。 ［问题2］ 在图2-1的“Push Protocol”的实现中，应当采用TCP还是UDP？为什么？请用100字以内文字简要说明。 ［问题3］ 为了使得每个GUI呈现的事件序列是一致的，图2-1的“Push Protocol”必须满足的消息次序是FIFO序、因果序（Causal Order）、全序（Total Order）中的那一种？为什么？请用100字以内文字简要说明。?第十页，共三十六页。分析这是一道有关设计模式和软件架构的试题。MVC架构是Model-View-Controller的缩写，中文翻译为模型-视图-控制器。MVC应用程序总是由这三个部分组成。Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller改变了Models的数据或者属性，所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。第十一页，共三十六页。问题3分析（1）FIFO序：先进先出序列，即按照先到先服务的原则对消息进行排序。这种序列会产生消息的失序，即不是所期望的序列。（2）因果序：因果序用于辨认模型变量间的因果依赖关系。模型的因果序可用有向图来表示，其中节点表示模型中的变量，边表示变量的因果关系。如果存在一条由变量X到变量Y的途径，则表明变量Y因果依赖变量X。第十二页