信息系统开发与项目管理幻灯片第8章

《信息系统开发与项目管理幻灯片第8章》由会员分享，可在线阅读，更多相关《信息系统开发与项目管理幻灯片第8章（57页珍藏版）》请在金锄头文库上搜索。

1、第8章 信息系统分析,8.1 结构化的信息系统分析 8.2 面向对象的信息系统分析,本章内容,目标 在系统规划所定的某个开发项目范围内，明确系统开发的目标和用户的信息需求，提出系统的逻辑方案 在整个系统开发过程中，解决“做什么”的问题，作为下一阶段解决“怎么做”的问题提供依据,8.1.1 结构化系统分析的 目标和主要活动,主要活动,8.1.1 结构化系统分析的 目标和主要活动,8.1.2 初步调查,目标 从系统分析人员和管理人员的角度看新项目开发有无必要和可能,8.1.2 初步调查,调查内容 组织的目标和任务 组织机构和管理体制 现行系统的状况 系统的环境 系统开发条件,8.1.2 初步调查,

2、调查结果 拟开发项目有必要也有可能进行 只需对原有系统进行适当调整修改 只需发挥原有系统的作用 目前无必要开发此项目 目前不具备开发此项目的条件,目标 进一步明确系统的目标、规模与功能，对系统开发背景、必要性和可行性进行调查分析，并根据需要和可能提出拟开发系统的初步方案与计划,8.1.3 可行性研究,工作内容 必要性分析 技术可行性分析 经济可行性分析 运营可行性分析,8.1.3 可行性研究,工作步骤 确定系统的规模与目标 明确用户主要信息需求 提出拟建系统的初步方案 审查新系统 提出并评价可能的替代方案 确定方案 制定项目开发计划 撰写可行性研究报告 提交结果,8.1.3 可行性研究,工作结

3、果 可行性研究报告 系统开发任务书,8.1.3 可行性研究,目标 进一步对现行系统进行全面、深入的调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，找出要解决的问题实质，为提出新系统的逻辑模型做好准备，确保新系统比原系统更有效,8.1.4 现行系统详细调查,调查内容 组织结构调查 现行系统的目标、主要功能和用户需求调查 业务流程的调查 数据流程的调查,8.1.4 现行系统详细调查,8.1.4 现行系统详细调查,业务流程图的图符,8.1.4 现行系统详细调查,数据流程图的图符,8.1.4 现行系统详细调查,数据字典中的符号,数据流图 明确系统界面 确定整个系统的输出数据流和输入数据流 确定系统

4、的主要信息处理功能 分解系统的主要信息处理功能 检查各层数据流图 和用户进行交流 提交系统分析负责人复审,8.1.4 现行系统详细调查,调查结果 项目主要工作内容概述 系统需求分析 现行系统主要目标、功能 组织结构图 业务流程图及其说明 数据流图及数据字典 现行系统的问题,8.1.4 现行系统详细调查,实例 组织结构,8.1.4 现行系统详细调查,8.1.4 现行系统详细调查,业务流程,8.1.4 现行系统详细调查,F1：材料采购单据；F2：材料入库单据；F3：材料领料单据、产品完工汇总表；F4：职工调动单据、考勤记录；F5：固定资产变动单据；F6：销售发票；F7：原始收付单据；F8：银行对账

5、单；F9：未达账问题；F10：会计报表；F11：增值税抵扣联表、增值税存根联表,关联图,8.1.4 现行系统详细调查,顶层图,8.1.4 现行系统详细调查,第一层数据流图,8.1.4 现行系统详细调查,记账的第二层数据流图,8.1.4 现行系统详细调查,对账的第二层数据流图,目标 明确用户的信息需求，包括组织的发展、改革的总信息需求和各级管理人员完成各自工作任务的信息需求，确定新系统的逻辑功能，提出新系统的逻辑方案，完成系统说明书的编写,8.1.5 新系统逻辑方案的提出,工作内容 调查分析 建立新系统的逻辑模型 对模型进行评价和修改 编写系统说明书,8.1.5 新系统逻辑方案的提出,数据字典

6、数据流 数据元素 数据加工 数据存储 外部项,8.1.5 新系统逻辑方案的提出,8.1.5 新系统逻辑方案的提出,工作成果 系统开发项目概述 需求说明 现行系统的问题分析 新系统的目标、主要功能和逻辑模型 系统实施计划,8.1.5 新系统逻辑方案的提出,实例 电算化账务处理的第一层数据流图,8.1.5 新系统逻辑方案的提出,实例 电算化对账的第二层数据流图,8.1.5 新系统逻辑方案的提出,外部项“银行”的数据字典,8.2.1 面向对象方法的基本概念,对象 问题域中某些事物的一个抽象，它反映该事物在系统中需要保存的信息和发挥的作用，它是一组属性和有权对这些属性进行操作的一组服务的封装体,8.2

7、.1 面向对象方法的基本概念,类 具有相同属性和服务的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述 类给出了属于该类的全部对象的抽象定义，而对象则是符合这种定义的一个实例,8.2.1 面向对象方法的基本概念,封装 把对象的属性和服务结合成一个独立的系统单位，并尽可能隐藏对象的内部细节 如果从外部观察对象，只需要了解对象所呈现的外部行为（即做什么），而不必关心它的内部细节（即怎么做）,8.2.1 面向对象方法的基本概念,继承 子类（特殊类）可以自动拥有父类（一般类）的全部属性和服务 在定义子类时不必重复定义那些已在父类中定义过的属性和服务，只要定义自己特有的属性和服务即可,8.2.

8、1 面向对象方法的基本概念,消息 对象发出的服务请求，一般包含提供服务的对象标识、服务标识、输入信息和应答信息等信息 消息传递是对象与其外部世界相互关联的惟一途径,8.2.2 分析模型概述,领域模型 说明问题域内有意义的概念类，这些概念类直接来源于业务领域中的对象 它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系,8.2.2 分析模型概述,分析模型与用例模型的关系 在迭代开发过程中，每一个用例实现对应一个类图，描述参与这个用例实现的所有概念类 用例的实现主要通过交互图（包括顺序图和协作图）来表示,8.2.2 分析模型概述,UML图形描述 分析模型中常用的UML图形

9、包括类图、状态图、活动图、顺序图和协作图,8.2.3 分析建模过程,识别分析类 识别实体类 人员 组织 物品 设备 事件 表格,8.2.3 分析建模过程,识别分析类 识别边界类,8.2.3 分析建模过程,识别分析类 识别控制类,8.2.3 分析建模过程,识别对象的属性 识别属性的原则 确认它对相应对象的每一个实例都是适用的 在现实世界中它与这种事物的关系是否最为密切 它不依赖于并列的其他属性就可以被理解,8.2.3 分析建模过程,识别对象的属性 发现属性的策略 按照一般常识，找出对象的一般特征 认真研究问题域，找出对象的特定描述项 根据对象在系统中的责任，找出对象还需要了解或提供的信息 考虑对

10、象需要系统长期保存和管理的信息 识别对象需要区别的状态，考虑是否需要增加一个属性来区别这些状态,8.2.3 分析建模过程,识别对象的属性 保持属性的简单性 仅定义与系统责任和系统目标有关的属性 使用简单数据类型来定义属性 不使用可导出的属性 不为对象之间的关联定义属性,8.2.3 分析建模过程,识别对象的关系 对象的关联关系 关联名称 角色 多重性 导向性 聚集关系 组合关系,8.2.3 分析建模过程,8.2.3 分析建模过程,识别对象的关系 类的泛化关系 单继承 多继承：用聚集关系替代,8.2.3 分析建模过程,识别对象的关系 类的依赖关系 客体类的操作需要主体类的参数 客体类的操作返回主体类的值 客体类的操作在实现中使用主体类的对象,8.2.3 分析建模过程,定义交互行为 绘制顺序图的步骤 列出启动该用例的参与者 列出启动用例时参与者使用的边界对象 列出管理该用例的控制对象 根据用例描述的所有流程，按时间顺序列出分析对象之间进行消息访问的序列,8.2.3 分析建模过程,8.2.4 分析模型实例,类图 会计人员 记账凭证 总账 现金日记账 银行日记账 会计科目,8.2.4 分析模型实例,状态图,8.2.4 分析模型实例,顺序图,8.2.4 分析模型实例,使用Visio进行分析建模,