第7章管理信息系统的系统分析精品课件.ppt

2 技术基础_2.3 数据通信与计算机网络 教学目的：通过本章内容的学习，了解系统分析的任务和过程；了解组织结构与功能调查的内容;了解业务流程分析的任务和主要内容；掌握业务流程描述工具——业务流程图（TFD）的绘制。了解数据流程调查的主要内容，掌握数据流程图（DFD）的画法,理解数据字典（DD）的概念与内容,掌握描述处理逻辑的工具。 教学重点 :业务流程分析与业务流程图的绘制;数据流程的分析与数据流程图的绘制;判断树和判断表的分析与绘制。 授课课时:5学时 7.1.1 系统分析的任务 系统分析是在总体规划的指导下，对系统进行深入详细的调查研究，在充分认识原信息系统的基础上，对新系统的各种方案进行分析、研究、比较和判断，完成新系统的逻辑模型设计，解决系统“做什么”的问题。系统分析在很大程度上决定了系统开发工作的成败。 系统分析的过程 ① 问题识别—“做什么” ② 分析与综合—从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。 ③ 系统分析的成果与文档内容 7.1 系统分析 7.1.2系统调研方法： 1．会谈、询问：围绕软件目标提出具体问题； 2．调查表：经过仔细考虑的书面回答可能比会谈中的回答更加准确； 3．收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料； 4．收集同类相关产品的宣传资料、技术资料、演示程序或软件程序； 5．情景分析：利用情景分析诱导用户能够把它们的系统需求告知分析员（可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做）； 6．可视化方法：结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论； 7.PIECES框架 7.1 系统分析 7.1.3系统调研基本策略 1. 首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研； 2. 以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向； 3. 以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入与输出项； 4. 以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系； 5. 搞清哪些业务或数据是已建系统的，它们和新系统的关系是衔接还是替换； 6. 应思考是否有新技术可以改进现有工作，用户提出的系统需求用现有技术能否实现。 7.1 系统分析 7.1.14 系统分析的风险 下面列出了在做系统分析时一些很危险的做法，如果发现一些做法与之相似，那么，给自己一些时间，好好思考一下，这些做法会对你的软件产生致命的影响。 1. 无足够用户参与 2. 用户需求的不断增加 3. 模棱两可的系统需求 4. 必要的特性 5. 过于精简的规格说明 6. 忽略了用户分类 7. 不准确的计划 7.1 系统分析 7.1.12 系统分析的层次 软件系统分析包括3个不同的层次――业务需求、用户需求和功能需求。除此之外，每个系统还有各种非功能需求。 业务需求（Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。 用户需求（user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。 功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。 7.2 组织结构与功能结构分析 建立MIS的目的在于提高管理水平，应当把建立新系统看成是对组织的一种有目的改变过程。因此对现行管理业务的调查十分重要。管理业务调查可以帮助我们了解各项管理业务的具体处理过程，发现原系统中不合理的部分，以便对原系统业务流程进行完善和优化。