系统分析资料报告师下午题1案例分析资料报告附问题详解文档格式.docx
《系统分析资料报告师下午题1案例分析资料报告附问题详解文档格式.docx》由会员分享，可在线阅读，更多相关《系统分析资料报告师下午题1案例分析资料报告附问题详解文档格式.docx（14页珍藏版）》请在冰豆网上搜索。
集成2
图1-1某软件公司软件开发项目的Gantt图（部分）
【问题1】
根据题目描述中给出的工作量计算方法，计算1个用例的实现、测试、修正、集成4个活动分别所需的日历时间（单位：
天）。
【答案】
实现：
2天，测试：
1天，修正：
0.5天，集成：
0.5天。
【问题2】
（1）根据图1-1给出的项目Gantt图，估算出项目开发时间。
（2）计算测试人员和集成人员在该项目的平均工作时间（占项目总开发时间的百分比）。
（1）（2+1+0.5+0.5）+4*（0.5+1+0.5+0.5）=14天
（2）测试人员：
（1+1+1+1+1）/14=35.7%，集成人员：
（0.5+0.5+0.5+0.5+0.5）/14=17.9%
【问题3】
在项目实施过程中，需不断将实际进度与计划进度进行比较分析，进行项目进度计划的修正与调整，以保证项目工期。
用300字以文字，从活动和资源的角度，说明项目进度计划调整所涉及的容。
（1）关键活动的调整，若关键活动延误，一般调整的方法主要是缩短后续关键活动的持续时间。
（2）非关键活动的调整，当非关键路径上某些工作的持续时间延长，但不超过其时差围时，则不会影响项目工期，进度计划不必调整。
（3）增减工作项目，由于编制计划时考虑不周，或因某些原因需要增加或取消某些工作，则需重新调整网络计划，计算网络参数。
（4）资源调整，若资源供应发生异常时，应进行资源调整，资源供应发生异常是指因供应满足不了需要。
资源调整的方法是进行资源优化，提高资源利用率。
试题二
阅读以下关于系统业务架构分析的叙述，在答题纸上回答问题1至问题3。
某集团下属煤矿企业委托软件公司开发一套煤炭运销管理系统，该系统属于整个集团企业信息化架构中的业务层，系统针对煤矿企业开发，包括合同管理、磅房管理、质检化验、运费结算等功能。
部分业务详细描述如下：
（1）合同管理：
合同签订、合同查询、合同跟踪等。
（2）磅房管理：
系统可以从所有类型的电子磅自动读数；
可以自动从电子磅上读取车辆皮重、毛重，计算出净重；
可根据合同容自动减少相应提货单剩余数量，如果实际发货量超过合同额则拒绝发货。
（3）质检化验：
根据过磅单、车号，生成化验分析委托单，生成化验分析报告。
（4）运费结算：
依据过磅单上的净重、化验单、合同规定，自动计算出源料结算单、运费结算单。
煤矿企业根据集团的工作计划制订本企业的业务计划，煤矿企业根据集团划拨指标和提供的原料生产煤炭，所生产的煤炭交由集团统一管理和销售给客户。
软件公司采用Zachman框架对企业业务架构和业务过程进行分析，结果如表2-1所示。
表2-1煤炭运销管理系统Zachman框架分析
（a）
（b）
（c）
（d）
时间
（e）
目标围
A11
A12
A13
计划部、财务部、运销部
A15
A16
企业模型
A21
A22
A23
A24
A25
企业业务计划
系统模型
A31
A32
A33
合同界面、过磅界面、质检界面、……
企业计划处理结构
A36
技术模型
A41
系统层、数据层、功能层、决策层
系统架构、软硬件配置
A44
A45
A46
详细展现
数据定义Car、User……
A52
A53
A54
A55
程序逻辑规格说明
功能系统
A61
A62
A63
A64
A65
A66
Zachman框架是什么？
请在表2-1中（a）~（e）位置补充企业业务架构中的信息类别。
Zachman框架是由约翰扎科曼（JohnZachman）在1987年创立的全球第一个企业架构理论。
Zachman框架是一种组织构架工具（用来设计文档、需求说明和模型的工具）的一种分类学。
包括工具的目标（例如，商业拥有者、创建者）是谁，哪些特殊的问题（例如，数据、功能）需要阐明。
（a）数据
（b）功能
（c）网络
（d）角色
（e）动机
项目组在该煤炭企业业务架构分析中完成了四项主要工作：
数据流图、实体联系图、网络拓扑结构和计划时间表，这四项工作在表2-1中处于什么位置，请用表2-1中的位置编号表示。
数据流图：
实体联系图：
网络拓扑结构：
计划时间表：
根据题目所述业务描述，请分别给出表2-1中A11和A23位置应该填入的容。
（物流关系用“→”表示）
A11：
列出对业务至关重要的元素：
合同、提供单、委托单、原料结算单、运费结算单
A23：
物流网络（节点和）
试题三
阅读以下关于嵌入式系统软件设计的叙述，在答题纸上回答问题1至问题3。
某软件公司长期从事移动智能终端设备等嵌入式软件研制工作，积累了丰富的嵌入式软件开发经验。
某日，该公司经理派在嵌入式软件开发方面已具有很强经验的王工程师到某宇航设备研制单位洽谈一项软件合作项目，但是，在与对方洽谈需求时王工程师感觉沟通并不顺畅，许多概念较难达成一致。
主要原因是王工程师长期从事移动智能终端的软件开发，开发平台主要是Android操作系统，开发语言是Java，而这次洽谈是王工程师第一次接触宇航系统软件，对于其特殊需求和要求缺少相关知识积累，不了解强实时、高安全和高可靠嵌入式软件设计等方面应用。
王工程师与某宇航设备研制单位洽谈的业务，涉及到了嵌入式系统的知识。
根据你的理解请用100字以文字说明嵌入式系统的主要特点。
嵌入式系统具有以下特点：
（1）系统专用性强。
嵌入式系统是针对具体应用的专门系统。
（2）系统实时性强。
很多嵌入式系统对外来事件要求在限定的时间及时做出响应，具有实时性。
（3）软硬件依赖性强。
嵌入式系统的专用性决定了其软硬件的相互依赖性很强，两者必须协同设计，以达到共同实现预定功能的目的，并满足性能、成本和可靠性等方面的严格要求。
（4）处理器专用。
嵌入式系统的处理器一般是为某一特定目的和应用而专门设计的。
（5）多种技术紧密结合。
嵌入式系统通常是计算机技术、半导体技术、电力电子技术、机械技术与各行业的具体应用相结合的产物。
（6）系统透明性。
嵌入式系统在形态上与通用计算机系统差异甚大。
（7）系统资源受限。
嵌入式系统为了达到结构紧凑、高可靠性和低成本的目的，其存储容量、I/O设备的数量和处理器的处理能力都比较有限。
工程师到某宇航设备研制单位洽谈软件项目时，宇航设备研制单位技术人员提出了以下需求：
此宇航设备主要面向无人飞行器，用于飞行姿态控制，实现飞行器的自主起飞和着陆，要求应用软件按最高安全等级（即A级软件要求）开发。
为了提高飞行器系统的安全性和可靠性，便于应用软件的可重用性，需要选择一款满足宇航设备要求的嵌入式操作系统，并在操作系统之上开发飞行器控制软件。
请根据你对嵌入式操作系统选择方法的理解，判断表3-1给出的有关选择嵌入式操作系统的观点是否正确，将解答写在答题纸的对应栏。
表3-1选择嵌入式操作系统的8种观点
序号
选择嵌入式操作系统的观点
正确：
√
不正确：
⨯
根据项目（系统）需要的嵌入式操作系统功能来选择操作系统产品，要考虑系统需否覆盖了操作系统的全部功能或部分功能，是否支持文件系统和人机界面，是实时系统还是分时系统。
（1）
在微电子技术高速发展今天，硬件资源受限已不再是嵌入式系统设计的难点，通常的嵌入式操作系统都能满足各类嵌入式系统的需要。
（2）
有些RTOS只支持该系统供应商的开发工具，也就是说，还必须向操作系统供应商获取编译器和调试器等；
有些嵌入式操作系统使用广泛，且有第三方工具可用，因此，选择和余地比较大。
（3）
嵌入式操作系统到硬件的移植是一个重要的问题，是整个系统能否按期完工的关键因素，因此，要选择那些可移植性程序高的产品，从而避免嵌入式操作系统难以向硬件移植而带来和种种困难，加速系统的开发进度。
（4）
均衡考虑是否需要额外RAM或EEPROM来满足操作系统对存的较大要求，有些嵌入式操作系统对存的要目的相关的，如VxWorks等，开发人员能够按照应用需求分配所需资源，而不是为嵌入式操作系统分配资源。
（5）
嵌入式操作系统是否包含所需的软件部件，例如网络协议栈、文件系统和各种常用外设的驱动等，也是选择嵌入式操作系统重点关注的。
（6）
在宇航系统中，一般选择嵌入式操作系统时，首先要考虑的是产品的先进性，希望采用更多新技术、新方法，其次才是开放性、成熟度。
（7）
8
有些嵌入式操作系统只能提供弱实时性能，对于需要达到硬实时性性能要求的系统就不适用。
（8）
（1）√
（2）⨯
（3）√
（4）√
（5）√
（6）√
（7）⨯
（8）√
请用300字以文字，说明宇航设备的嵌入式软件与移动智能终端嵌入式软件在安全性（safety）、实时性、交互性设计和编码方面的要求有何差异，请填写表3-2中的空格
（1）~（8），将解答写在答题纸的对应栏。
表3-2两类软件的主要差异
分类
宇航设备的嵌入式软件
移动智能终端的嵌入式软件
安全性
实时性
交互性
编码
（9）
安全性：
宇航软件通常根据软件所在设备失效而对系统安全性（Safety影响的严重程度分多种安全级别（如：
A---E五级），而不同安全级别的软件开发过程有其不同的要求；
而移动智能终端中的软件主要用于辅助人们工作与生活，一般不会对生命产生直接影响，它不适用安全级别之分。
实时性：
为了提高实时性，宇航软件设计上要充分考虑与硬件的紧密协同，尽可能地有效发挥硬件特点，在设计上要仔细考虑将实时性能需求分解不对劲每个软件部件中；
而移动智能终端软件属于弱实时系统，对时间特性不敏感，达到人们可容忍的即可，设计上尽量避免软件与硬件紧耦合。
交互性：
宇航软件大多数属于非人机交互系统，关注重点是安全性和可靠性设计；
而移动智能终端软件设计上重点关注的是人机界面友好性、简洁性、注重用户体验。
编码：
宇航软件编码要遵守语言标准，尤其是应按照高级语言的安全子集标准开展编码，对代码函数的语句条数、扇入扇出、圈复杂度等影响代码质量因素都有严格规定；
而移动智能终端软件编码虽然也要遵循一定的编码标准，但在安全编码、扇入扇出、圈复杂度等方面没有严格要求。
（1）高
（2）较高
（3）高
（4）低
（5）低
（6）高
（7）高
（8）低
试题四
阅读以下关于软件系统运行与维护的叙述，在答题纸上回答问题1至问题3。
随着信息化的发展，某银行的中心账务系统，从城市中心、省中心模式已经升级到全国中心模式。
但是处理各种代收代付业务的银行中间业务系统，目前仍然采用省中心模式，由各省自行负责，使得全国中间业务管理非常困难。
因此总行计划将银行中间业务系统全部升级到全国中心模式，对各省中间业务进行统一管理。
各省行采用的银行中间业务系统，均为各省自建，或者自行开发，或者自行采购，系统的硬件平台、软件系统、数据模式等均有非常大的差异。
同时，对一些全国性的代收代付业务的处理方式，各省行也存在很大的差异。
为统一管理，总行决定重新开发一套全国中心模式的银行中间业务系统，用来替代各省自建的中间业务系统，但要求能够支持目前各省的所有中间业务。
各省已建的银行中间业务系统属于遗留系统，在如何对待遗留系统上，设计组存在两种不同的策略；
淘汰策略和继承策略。
请简要解释这两种策略，并说明新开发的银行中间业务系统适合采用哪种策略及其原因。
淘汰策略：
遗留系统的技术含量较低，且具有较低的业务价值。
对这种遗留系统的演化策略为淘汰。
即全面重新开发新的系统以代替遗留系统。
完全淘汰是一种极端性策略，一般是企业的业务产生了根本变化，遗留系统已经基本上不再适应企业运作的需要；
或者是遗留系统的维护人员、维护文档资料都丢失了。
经过评价，发现将遗留系统完全淘汰，开发全新的系统比改造旧系统从成本上更合算。
继承策略：
遗留系统的技术含量较低，已经满足企业运作的功能或性能要求，但具有较高的商业价值，目前企业的业务尚紧密依赖该系统。
对这种遗留系统的演化策略为继承。
在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型。
为了保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。
继承策略，原因：
新开发的系统要求“能够支持目前各省的所有中间业务”，淘汰策略无法达到此要求。
遗留系统和新系统之间的转换策略常见的有直接转换、并行转换和分段转换。
请简要说明这三种转换策略的含义；
并请结合银行中间业务的特点，说明该银行新开发的中间业务系统上线时适合采用哪种策略？
为什么？
直接转换就是在原有系统停止运行的某一时刻，新系统立即投入运行，中间没有过渡阶段。
并行转换就是新系统和现有系统并行工作一段时间，经过这段时间的试运行后，再用新系统正式替换下现有系统。
分段转换策略也称为逐步转换策略，这种转换方式是直接转换方式和并行转换方式的结合，采取分期分批逐步转换。
以目前该银行的情况来看，适合采用分段转换策略，因为各省行采用的银行中间业务系统，均为各省自建，或者自行开发，或者自行采购，系统的硬件平台、软件系统、数据模式等均有非常大的差异。
对这些子系统的支持可分段一个一个处理，降低风险的同时不让成本开发过大。
银行中间业务系统中，最为核心的是业务数据。
因此在新旧系统切换时存在一项重要的工作；
数据迁移。
考虑到各省中间业务系统的巨大差异，因此需要做好数据迁移前的准备工作。
请简要说明数据迁移准备工作的容。
数据迁移准备工作包括：
（1）待迁移数据源的详细说明，包括数据的存放方式、数据量和数据的时间跨度。
（2）建立新旧系统数据库的数据字典，对现有系统的历史数据进行质量分析，以及新旧系统数据结构的差异分析。
（3）新旧系统代码数据的差异分析。
（4）建立新旧系统数据库表的映射关系，对无法映射字段的处理方法。
（5）开发或购买、部署ETL工具。
（6）编写数据转换的测试计划和校验程序。
（7）制定数据转换的应急措施。
试题五
阅读以下关于Web应用系统分析与设计的叙述，在答题纸上回答问题1至问题3。
某汽车配件销售厂商拟开发一套网上销售与交易系统，以扩大产品销量，提升交易效率。
项目组经过讨论与分析，初步确定该系统具有首页、商品列表、商品促销、商品库存、商品价格、订单中心、订单结算、支付、用户管理、频道（用于区分不同类别的商品）、搜索、购物车等主要功能。
根据业务逻辑切分系统功能是进行系统功能分解的一项重要原则。
项目组目前已经将该系统分解为、交易和业务服务三个子系统，请将题干中已经确定的系统功能归入这三个子系统中，填写表5-1中的空白，将解答写在答题纸的对应栏。
表5-1系统功能分解
子系统名称
对应功能
子系统
交易子系统
业务服务子系统
首页、商品列表、频道、搜索
订单中心、订单结算、支付、购物车
商品促销、商品库存、商品价格、用户管理
商品实时价格查询是该系统一个重要的业务场景，其完整业务流程如图5-1所示。
其中商品实时价格由采销人员在后台设置，包括基础价格与促销信息（例如直降、打折等）；
用户在前台商品详情页面请时价格；
商品实时价格则由商品的基础价格与促销信息计算得出。
图5-1商品实时价格查询业务流程
基于上述流程，系统设计人员进一步将业务流程细分为商品价格写逻辑流程、商品价格读逻辑流程和回源写逻辑流程三个部分。
根据图5-1所示的业务流程和题干描述、从备选答案中选择正确的选项填写表5.2中的空（a）~（h），将解答定稿答题纸的相应栏。
表5-2业务流程详细描述
业务流程
流程描述
备选答案
商品价格写逻辑流程
采销后台系统更新价格，写商品信息库，并通过（a）任务通知（b）更新促销信息库；
更新促销信息库，更新商品主价格库的（c）。
商品价格数据
商品价格数据时间戳
同步
异步
商品价格写逻辑流程商品
价格读逻辑流程
回源写逻辑流程
商品信息库
商品主价格库
商品从价格库
促销信息库
价格服务子系统
价格发布子系统
采销后台系统
商品价格读逻辑流程
Web服务器读取（d）中的价格数据，无过期则直接返回用户；
过期或没有命中则执行（e），取最新数据返回用户。
价格服务子系统读取（f）和（g），计算价格返回用户，同时异步写商品主价格库。
商品主价格库同步数据到（h）。
（a）异步
（b）价格发布子系统
（c）商品价格数据时间戳
（d）商品从价格库
（e）回源写逻辑流程
（f）促销信息库
（g）商品信息库
（h）商品从价格库
在设计实现商品实时价格查询业务流程时，项目组的分析师王工向系统设计师和实现人员提出了一些原则，请分析并判断这些原则的正确性，将应填入表5-3中（a）~（d）处的解答写在答题纸的相关栏。
表5-3
原则
垂直扩展—分流原则。
前置的Web服务器和商品从价格库的架构是无状态的。
商品从价格库可以存放全部商品价格信息。
这样的设计可以垂直扩展，瓶颈在于商品主价格库的数据复制能力。
保护系统-降级原则。
在系统实现时可以通过开关机制控制回源流程。
系统降级时设置为不回源，业务影响为价格不更新，但交易系统的价格为最新价格。
提高性能-读写分离原则。
系统实现时需要将读写逻辑分成几个闭环，互相耦合完成系统功能。
提高性能-异步化原则。
商品价格发布时异步写商品主价格库，回源异步写商品主价格库。
（a）⨯
（b）√
（c）⨯
（d）√
升级会员 