系统设计与运行

卫生管理信息,结构化生命周期法：,第8章 系统设计与运行,本章主要内容:,8.1 系统设计概论,8.1.1 系统设计的工作内容和原则,工 作 内 容,系统设计的原则,8.1 系统设计概论,8.1.1 系统设计的工作内容和原则,8.2 关系的规范化理论,8.2 关系的规范化理论,一个关系模型的逻辑结构就是一张二维表，它由行和列组成。,8.2.1 关系模式和范式（NF）,8.2 关系的规范化理论,满足以下条件称第一范式-1NF 关系表中每一个属性必须是不可分的数据项。,8.2.1 第一范式（1NF）,8.2 关系的规范化理论,例如(学生信息表)：,8.2.2 函数依赖,【例1】假设学生关系student_info有如下属性： student_id（学号） sex（性别） class_name（班级名） birthday（出生日期） student_name（姓名） resume（备注） 请指出该关系中的一个函数依赖?,8.2 关系的规范化理论,在student_info关系模式中，属性集合（class_name，student_name，sex，birthday，resume）函数依赖于属性集合（student_id）。,【例2】假设在例1的学生关系中增加系名属性dept_name，指出其中的传递函数依赖。,在student_info关系中，存在如下函数依赖： class_name函数依赖student_id dept_name函数依赖class_name 因此，dept_name传递函数依赖于student_id。,8.2.2 函数依赖,8.2 关系的规范化理论,8.2.2 函数依赖,8.2 关系的规范化理论,能够唯一标识出一个关系中各个元组的某个属性或属性组合，称为关键字（Key）。,在关系学生（学号，姓名，年龄，性别，班级）中，主码是“学号”，那么其他的“姓名”、“年龄”、“性别”、“班级”就都可以称为非主属性。,【例3】假设学生基本信息关系student_info具有如下属性：,分析该范式的函数依赖关系,8.2.2 函数依赖,8.2 关系的规范化理论,不仅满足第一范式，而且所有非主属性完全依赖于整个关键字 【例4】改进例3中的关系student_info，消除部分函数依赖。,8.2.3 第二范式（2NF）,8.2 关系的规范化理论,8.2.4 第三范式（3NF）,8.2 关系的规范化理论,仍有冗余性问题。存在传递函数依赖，因此提出了第三范式。,8.2.4 第三范式（3NF）,8.2 关系的规范化理论,仍有冗余性问题。存在传递函数依赖，因此提出了第三范式。,不仅满足第二范式，而且它的任何一个非主属性都不传递于任何主关键字,8.2.4 第三范式（3NF）,8.2 关系的规范化理论,【例5】改进例4中的关系student_info，消除传递函数依赖。 student_info（student_id，class_name，student_name，sex，birthday，resume） banji（class_name，dept_name）,8.2 关系的规范化理论,8.4 系统调试、运行与维护,8.4.1 程序和系统调试,用正常数据进行调试 用各种不合理、不合法的数据进行调试 考虑用户的各种可能操作 考虑硬件和基础软件可能的错误,8.4.2 用户培训、试运行和系统切换,8.4 系统调试、运行与维护,（Cut-over Method）,（Parallel Systems Method）,试点过渡法 （Pilot Systems Method）,8.4.2 用户培训、试运行和系统切换,注意处理好以下问题：,8.4 系统调试、运行与维护,8.4.3 系统运行与维护,8.4 系统调试、运行与维护,8.4.3 系统运行与维护,8.4 系统调试、运行与维护,主要从技术与经济两方面进行系统评价。,8.4.3 系统运行与维护,8.4 系统调试、运行与维护,经济上的评价主要是系统带来的成果与效益，包括定量和定性两方面。,内部分工简单，业务流程短促 专营副食品：国内品牌+国际上知名品牌代理 业务的范围形成以总部所在地为中心的省际辐射 业务量和顾客数都扩大 企业在快速成长的同时，对企业组织结构设计、业务流程的规划、各种数据存储和应用提出了新的要求 信息技术的发展和普及应用给管理者带来了希望,一、 系统规划,例,一、 系统规划,计算机数量不大。基本工作大多由人工完成； 计算机在企业的主要功能停留在核算统计方面； 客户满意度较差； 财务部与结算科的职能边界不清晰； 没有提供相应的售后服务，影响了资金周转； 整个业务流程都采用了手工方式，信息滞后； 企业计算机内收集、存储信息都是以 WORD 文档的形式存储的，其功能差 已购置计算机以及系统安装的硬件资源； 企业领导和大多数员工对开发管理信息系统也比较配合支持。,例,组织结构图,例,一、 系统规划,双击添加标题文字,双击添加标题文字,双击添加标题文字,改善企业内部组织管理； 内部信息流和物流畅通无阻； 企业原材料及商品库存成本降低； 提高工作效率和经济效益。,例,一、 系统规划,查阅库存帐 办理结算手续 出库处理 更新库存帐,例,二、 系统分析,存在问题,1 服务方面 2 效率方面 3 决策方面 4 分工方面 5市场方面,例,管理功能图,例,业务流程图,例,数据流程图,例,三、 系统设计,例,管理模块,例,本章思考题,1 系统设计的主要工作是什么？ 2 系统设计的原则是什么？ 3 项目软件开发经理的主要工作是什么？ 4 在系统设计时需要将系统划分为子系统，系统划分的原则是什么？ 5 技术人员一般的思维特点是什么？该如何改进？ 6 简述关系数据库理论中的1NF、2NF的概念。,第8章 系统设计与运行,案例思考,8.1.2 项目软件开发经理,项目软件开发经理应负责的主要工作,8.1 系统设计概论,项目经理具有的权力,项目经理具备的素质,8.1.2 项目软件开发经理,项目软件开发经理应该负责以下工作：,经常与客户沟通，了解项目的整体需求。 制定项目开发计划文档，将任务量化，合理分配人员。 紧密跟踪项目进度，协调项目组成员之间的合作。 经常了解软件测试结果，根据软件测试的错误严重程度，重新调整开发计划。 督促项目组成员的文档编写工作，保证文档的完整性和规范性。 定期向上级汇报项目进展情况、需求变更等所有项目信息。 项目完成后，需要写项目总结文档。,8.1.2 项目软件开发经理,项目经理有以下权力：,对项目开发人员具有指挥权。 要有技术决策权。主要是审查和批准重大技术措施和技术方案。 申请合作权。当项目开发出现不能解决的问题的时候，可以向上级申请更高级别的合作。 应具有对项目组成员的业绩考核权力。,8.1.2 项目软件开发经理,项目经理通常要具备以下素质：,具备一定的管理能力，尤其是项目管理能力。 具备较强的沟通能力。 具备合作精神。率先垂范，以身作则。,8.3 软件架构,8.3.1 面向对象程序设计基础,OOP的核心思路,8.3 软件架构,8.3.1 面向对象程序设计基础,当把面向对象的理论用于程序设计时，就是面向对象的程序设计（Object-Oriented Programming），简称OOP。 在OOP中，类或对象的“状态”或特征称为属性（Property）。属性具有属性名和属性值，通过属性名，可以访问属性值。,封装（Encapsulation）: 将对象的方法和属性包装在一起的方法,8.3 软件架构,8.3.1 面向对象程序设计基础,类具有继承、封装和多态三大特性。继承（Inheritance），就是一个类可以在另一个类的基础上建立，继承该类的所有属性和事件。被继承的类称为父类（Parent Class）或超类（superclass），继承父类建立的类称为子类（Subclass）。,8.3 软件架构,8.3.1 面向对象程序设计基础,在一个层次结构中，如果有一个类，所有的其他的类都是由它直接或间接派生出来的，这个类就称为基类（Base Class）。,8.3 软件架构,8.3.1 面向对象程序设计基础,OOP已经成为主流开发方法，原因主要在于：,8.3.2 什么是软件架构,8.3 软件架构,8.3.2 什么是软件架构,软件架构 software architecture 一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构描述的对象是直接构成系统的抽象软件组件，各个组件之间的连接则明确和相对细致地描述出组件之间的通讯关系。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或对象。组件之间的连接通常用接口（Interface）来实现。,8.3.2 什么是软件架构,软件架构一般是由系统中不易改变的部分组成，因此要构造软件架构，必须极为深入地理解项目需求和项目中的各种概念，因为软件的基础架构一旦决定，就很难甚至无法更改。 可以让技术水平较高、经验丰富的程序员来设计软件架构，这就是所谓的架构师。,8.3.2 什么是软件架构