第07章 物流管理信息系统设计与实施.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
一、系统总体结构设计 子系统划分 硬软件设备选配 计算机处理流程设计 代码设计 代码:代表事物名称、属性、状态等的符号,一般用数字、字母或它们的组合来表示。代码设计是科学管理的体现。 代码功能(目的) 代码的设计 代码的种类 代码的应用 数据库设计 数据厍设计是在选定的数据库管理系统基础上建立数据库的过程。 数据库设计的步骤与系统开发的各个阶段相对应,详见下图。 数据厍的概念结构设计:概念结构设计应在系统分析阶段进行,任务是根据用户需求设计数据库的概念数据模型(是从用户角度看到的数据库)。 数据库的逻辑结构设计:逻辑结构设计是将概念结构设计阶段完成的概念模型转换成能被选定的数据库管理系统(DBMS)支持的数据模型。数据模型可以由实体联系模型转换而来,接着是用DBMS提供的数据描述语言DDL定义数据模型。 数据库的物理结构设计:内容包括选用库文件的组织形式、存储介质的分配和存取路径的选择等。 ER模型概述 ER模型的基本元素 实体 联系 属性 属性的分类 单值属性和多值属性(对一个实体对象是否只能取一个值) 多值属性的处理 将原来的多值属性用几个新的单值属性来表示。 将原来的多值属性用一个新的实体类型表示 4.ER模型的操作 包括实体类型、联系类型和属性的分裂、合并、增删等等 局部模式 其他局部模式 其它局部模式 例子:三个局部ER图合并成一个ER图 ER图转换成关系模式集的规则 一个实体转换为一个关系(数据表),实体的属性即为关系的属性,实体的码即为关系的码。 若实体间联系是1:1,可以将双方实体中的任意一个主码放入另一个关系模式中作为属性。 若实体间联系是1:N,则将1方实体类型的主码和联系产生的属性放入N方实体的关系模式中。 若实体间联系是M:N,则将联系类型也转换成关系模式,其属性为两端实体类型的主码加上联系类型的属性,而主码为两个实体键的组合。 ER模型到关系模型的转换实例 ER模型到关系模型的转换实例 例 库存销售信息管理系统的ER模型及转换 输入输出设计 输入设计 原始单据的格式设计 输入设计的重要内容之一是设计好原始单据的格式。 设计原则 便于填写 便于归档 单据的格式应能保证输入精度 实例见下表 输入屏幕设计 常用的是人机对话方式,具体有: 菜单式 填表法 应答式等。 详见三峡工程开发总公司设备调拨单的录入屏幕设计示例。 界面设计 输出设计 模块功能与处理过程设计 (详细设计) 系统设计报告 7.2 系统实施与维护运行 1、系统实施计划 实施计划主要内容 ——硬件计划 ——软件计划 ——机房、场所准备计划 ——总的实施日程计划 审订实施计划 2、实施步骤 3、系统软件、硬件、网络的获取 1)硬件的获取 根据系统设计的指标要求制作采购的标书 邀请硬件供应商进行技术交流 选择资质好的厂商发放标书 评标 开标及商务谈判 签订合同 执行合同 2)网络的获取 局域网络的建设和改造 ——新建网络 ——改造网络 ——自建或外包 广域网络的建设 ——传输网络的取得(传输方式的选择、线路的租赁) ——网络设备的获取(与硬件同) ——自建与承包给系统集成商 3)软件的实施与调试 选择开发方法 选择开发工具及数据库产品 程序测试 4、系统安装、调试、测试 1)用户准备 用户准备主要是指准备好信息系统的管理人员、使用人员等。 用户的培训 内部培训与外部培训 信息系统的IT人员的招聘和培训 2)场所准备 新系统的工作场所(空调、电力、办公家具) 3)数据准备 将原来的手工数据文件转化成计算机文件 将原来的不同格式的数据文件转换成新系统的格式 4)安装 将计算机设备、网络设备在信息系统场所安装、使其运转 5、系统试运行与切换 系统测试的同时就可进行试运行 试运行的同时就可进行系统切换 切换的方法 ——直接切换 ——分段切换 ——并行切换 6、用户验收 系统验收 文档验收 签署文件 7、系统维护与评价 1)维护的理由 2)维护的类型 3)维护的实施(人员、财务) 4)系统评价 5)评价过程中应考虑的因素 1)维护的理由 用户的新需求 技术更新、硬件问题 公司购并或并购 政府政策的调节 运行环境的变化 2)维护的类型 日常维护:小的改进、个别代码改动或小故障修复 修补:小的更改、纠正错误 版本发布:重要程序的修改、这是一种软件文档的修改 新版本:完成了新的功能,对主要的程序作了修改 3)维护的实施 保证维护的队伍 保证维护的经费 软件维护的成本 4)系统评价 评价贯穿系统建设的全过程,尤其在设计、实施阶段更为重要。它分析系统的处理、以确保系统能按期望运行。 系统评价通常涉及:设计中对系统的运行及收益的要求与系统实际运行情况及收益进行比较

文档评论(0)

PPT精品 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档