计算机毕业论文实体属性图

不会很难的，有的是没时间写

人们把客观存在的事物以数据的形式存储到计算机中，经历了对现实生活中事物特性的认识、概念化到计算机数据库里的具体表示的逐级抽象过程，即现实世界－概念世界－机器世界三个领域。有时也将概念世界称为信息世界；将机器世界称为存储或数据世界。 一、三个世界 1、现实世界 人们管理的对象存于现实世界中。现实世界的事物及事物之间存在着联系，这种联系是客观存在的，是由事物本身的性质决定的。例如学校的教学系统中有教师、学生、课程，教师为学生授课，学生选修课程并取得成绩。 2、概念世界 概念世界是现实世界在人们头脑中的反映，是对客观事物及其联系的一种抽象描述，从而产生概念模型。概念模型是现实世界到机器世界必然经过的中间层次。涉及到下面几个术语： 实体：我们把客观存在并且可以相互区别的事物称为实体。实体可以是实际事物，也可以是抽象事件。如一个职工、一场比赛等。 实体集：同一类实体的集合称为实体集。如全体职工。注意区分"型"与"值"的概念。如每个职工是职工实体"型"的一个具体"值"。 属性：描述实体的特性称为属性。如职工的职工号，姓名，性别，出生日期，职称等。 关键字：如果某个属性或属性组合的值能唯一地标识出实体集中的每一个实体，可以选作关键字。用作标识的关键字，也称为码。如"职工号"就可作为关键字。 联系：实体集之间的对应关系称为联系，它反映现实世界事物之间的相互关联。联系分为两种，一种是实体内部各属性之间的联系。另一种是实体之间的联系。 3、机器世界 存入计算机系统里的数据是将概念世界中的事物数据化的结果。为了准确地反映事物本身及事物之间的各种联系，数据库中的数据必须有一定的结构，这种结构用数据模型来表示。数据模型将概念世界中的实体，及实体间的联系进一步抽象成便于计算机处理的方式。 二、E－R模型 E－R模型（实体联系模型）简称E－R图。它是描述概念世界，建立概念模型的实用工具。E－R图包括三个要素： 实体（型）――用矩形框表示，框内标注实体名称。 属性――用椭圆形表示，并用连线与实体连接起来。 实体之间的联系――用菱形框表示，框内标注联系名称，并用连线将菱形框分别与有关实体相连，并在连线上注明联系类型。 联系归结为三种类型： 1）一对一联系（1:1） 设A、B为两个实体集。若A中的每个实体至多和B中的一个实体有联系，反过来，B中的每个实体至多和A中的一个实体有联系，称A对B或B对A是1:1联系。注意，1:1联系不一定都是一一对应的关系。可能存在着无对应。如一个公司只有一个总经理，一个总经理不能同时在其它公司再兼任总经理，某公司的总经理也可能暂缺。 2）一对多联系（1:n） 如果A实体集中的每个实体可以和B中的几个实体有联系，而B中的每个实体至我和A中的一个实体有联系，那么A对B属于1:n联系。如一个部门有多名职工，而一名职工只在一个部门就职，部门与职工属于一对多的联系。 3）多对多联系（m:n） 若实体集A中的每个实体可与和B中的多个实体有联系，反过来，B中的每个实体也可以与A中的多个实体有联系，称A对B或B对A是m:n联系。如一个学生可以选修多门课程，一门课程由多个学生选修，学生和课程间存在多对多的联系。 必须强调指出,有时联系也有属性,这类属性不属于任一实体只能属于联系。

你可以下一个冷门的源码，自己改改。一、本科学生毕业论文的目的和内容 本科学生在毕业之前必须做毕业论文，其目的是通过毕业论文，让学生独立开发一个具体的计算机应用项目，系统地进行分析总结和运用学过的书本知识，以巩固本科阶段所学的专业理论知识，并给予一个理论联系实际的机会。 为了便于实施和管理，规定网络学院计算机相关专业本科学生毕业论文主要以开发一个管理信息系统为毕业实践的课题，每个毕业生通过独立开发一个具体的管理信息系统，掌握开发一个比整完整的管理信息系统的主要步骤，并从中获得一定的实际经验。 二、管理信息系统开发的主要步骤 管理信息系统开发的主要步骤及各步骤的基本内容如下： 1、 系统分析 主要工作内容有以下几项：确定系统目标，系统可行性分析 2、 系统调查 系统的组织结构、职能结构和业务流程分析。其中系统的组织结构图应画成树状结构。 系统业务流程分析、业务流程图 3、 数据流程分析 数据流程图（系统关联图、顶层图、一层数据流图、二层数据流图）、数据词典、代码设计 4、 管理信息系统的功能设计 系统的功能结构图，每个功能模块的主要工作内容、输入输出要求等。 系统控制结构图 5、 数据库设计 概念模型设计：实体、实体间的联系、E-R图 关系模式设计：E—R图->关系模式的转换规则 关系模式 数据库表设计：数据库表结构 6、 系统物理配置方案 7、 人机界面设计 8、 模块处理概述 9、 系统测试和调试：测试计划、测试用例、测试结果 三、开发工具和注意事项 1、开发工具 开发工具可由学生任选。如Delphi、FoxPro、VB、Access等，这些工具的使用全由学生自学。 2、注意事项 （1）项目开发步骤的完整性（系统需求分析、概念设计、物理设计、系统环境和配置、系统实施以及系统测试和调试等） （2）每个开发步骤所得结果的正确性（业务流程图、数据流程图、数据词典、HIPO图、E-R图、关系模式、人机界面设计及模块处理等的详细分析和说明） （3）论文整体结构的完整性（前言、各个具体步骤的叙述和分析、结语、参考文献和有关附录） （4）提供软件系统的可执行盘片及操作说明书 （5）参考资料（列出必要的参考资料） 四、毕业论文撰写格式 注意： 1．每个步骤都要有文字说明和论述 2．各个步骤必须是有机的组合，不可以支离破碎不成一体。 一、封面 二、摘要 用约200-400字简要介绍一下论文中阐述的主要内容及创新点 三、主题词 用一、二个词点明论文所述内容的性质。（二和三要在同一页面上） 四、目录 一般采用三级目录结构。 例如第三章 系统设计系统概念结构 概念模型 五、正文 第一章 前言 简要介绍： 组织机构概况、项目开发背景、信息系统目标、开发方法概述、项目开发计划等。 第二章 系统需求分析 本章应包含： （1）现行业务系统描述 包括业务流程分析，给出业务流程图。 具体要求：业务流程图必须有文字说明，图要完整、一定要有业务传递的流程。 （2）现行系统存在的主要问题分析 指出薄弱环节、指出要解决的问题的实质，确保新系统更好，指出关键的成功因素。 （3）提出可能的解决方案 （4）可行性分析和抉择 包括技术可行性、经济可行性、营运可行性分析和抉择。 第三章 新系统逻辑方案 针对用户需求，全面、系统、准确、详细地描述新系统应具备的功能。 （1）数据流程分析 最主要的是给出数据流程图，要求满足以下条件： A．数据流程图必须包括系统关联图、系统顶层图、第一层分解图和第二层分解图组成。B．系统关联图确定了从外部项到系统的数据流和从系统向外部项的数据流，这些数据流在其它层次的数据流中不允许减少，也不允许增加。各层次内部的数据流不受关联图的限制。 C. 数据流应有名字。 D. 外部项和数据存储之间不得出现未经加工的数据流。 E. 数据流程图的分解中，必须保持每个分层同其上层加工中的外部项和输入输出流相一致。 F. 各加工之间一般不应出现未经数据存储的数据流。 G. 数据存储之间不得出现未经加工的数据流。 H. 数据存储可以分解。 I. 若有查询处理，应在数据流程图中表达。 J. 统计和打印报表不在数据流图中表达。 (2) 数据词典描述 可采用图表格式或较紧凑的记录格式描述 A、若采用图表格式，可只写出数据流、数据元素、加工、数据存储和外部项各一个表。 B、若采用紧凑的记录格式，则应列出全部成分。如数据元素： 编号 名称 存在于 数据结构 备注 E1 入库数据 F1/F3/F11/F15 入库单号+日期+货号+数量 E2 出库数据 F1/F3/F11/F15 出库单号+日期+货号+数量 C、据流程图中系统顶层图的数据加工都必须详尽写出。 (3) 基本加工小说明 可采用结构化语言、数学公式等描述各个基本加工。 第四章 系统总体结构设计 （1） 软件模块结构设计 A、系统软件模块结构图，并由此导出功能分解图及层次式菜单结构。 B、系统的模块结构应与数据流程图的顶层图的加工一致。 （2）数据库设计 A、应按下列次序阐述各个元素：实体、实体的属性、实体间联系、E-R图、转换规则、关系模式。 B、在介绍实体的属性时，不应包括联系属性，联系属性直至关系模式中才出现。 C、数据流程图中的每个数据存储可隐含于E-R图中的多个实体。 D、 E-R图中的实体要与数据流程图中的数据存储相对应。每个实体要指出实体的标识码（主码）。对每个实体或联系应列出其应有的属性（用列举的方法）。 E、E-R图中至少要有一个多对多的联系。 F、必须严格按照转换规则从E-R图产生数据关系模式集，需要时作必要的优化，并说明理由。 G、对于一对一的联系，只应把任一个实体的主码放在另一个实体中作为外码。 H、一对多联系也可以产生新的关系模式，如要这样做，必须说明理由。 I、多对多联系，或三元联系必须产生新的关系模式。 J、关系模式的个数和名字要与E-R图中的实体和联系相一致。 K.、每个关系模式中要用下横线标出主码，后随的符号“#”标出外码。 L、若有代码对照表可在最后列出，需另加说明。 (3) 计算机系统配置方案的选择和设计 给出硬件配置，系统软件配置，网络通信系统配置（可选）等内容。 (4) 系统总体安全性、可靠性方案与措施。 第五章 系统详细设计 （1）代码设计 基本数据项的代码格式。 （2）人机界面设计 给出人机界面视图（输入输出接口，屏幕格式设计等） （3）模块处理过程 根据软件环境做不同处理。 可采用脚本、程序流程图、结构化的PDL语言等。 第六章 实施概况 （1）实施环境和工具的比较选择 （2）编程环境、工具、实现与数据准备概况 （3）系统测试概况 主要包括测试计划、测试用例、测试记录。 （4）系统转换方案及实现概况 （5）系统运行与维护概况 六、结束语 （1）系统特色、局限与展望 （2）实施中遇到的挫折、创新、体会与致谢 七、参考文献 列出毕业论文设计中主要参考书籍 序号、书名或文章名、作者名、出版社或杂志名、出版日期或杂志期号。 八、附录 （1） 列出部分有一定代表性的程序代码段 （2） 操作说明书 五、论文评分标准 1、A等 系统正确无误，系统功能完善，设计步骤完整正确，实用性强，有一定的创新性，论文结构严谨，表述流畅。 2、B等 系统基本正确，系统功能基本完善，设计步骤基本完整正确，有一定的实用性，论文结构良好，表述基本流畅。 3、C等 系统有少量错误，系统功能不够完善，设计步骤欠完整，基本上没有实用性，论文结构一般，表述基本清楚。 4、不及格 因有以下所列某种原因，均作论文不及格评分。 系统有较大的错误、系统功能不完善，缺少主要设计步骤或主要设计步骤有严重错误，论文结构混乱，表述不清楚

实体联系图 Entity-Relationship E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。 构成E-R图的基本要素是实体型、属性和联系，其表示方法为： · 实体型：用矩形表示，矩形框内写明实体名； · 属性：用椭圆形表示，并用无向边将其与相应的实体连接起来； · 联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1 : 1，1 : n或m : n）。 ---------------------------------------------------------------- IDEF1X IDEF是ICAM DEFinition method 的缩写,是美国空军在70年代末80年代初ICAM(Integrated Computer Aided Manufacturing)工程在结构化分析和设计方法基础上发展的一套系统分析和设计方法。是比较经典的系统分析理论与方法。 以下文章介绍了IDEF1X方法，可供参考。 IDEF1X是IDEF系列方法中IDEF1的扩展版本,是在E-R(实体联系)法的原则基础上,增加了一些规则, 使语义更为丰富的一种方法。用于建立系统信息模型。 IDEF1X是语义数据模型化技术，它主要用来满足下列需要和应具有的特性： (1) 支持概念模式的开发。 IDEF1X语法支持概念模式开发所必需的语义结构，完善的IDEF1X模型具有所期望的一致性、可扩展性和可变换性。 (2) IDEF1X是一种相关语言。 IDEF1X对于不同的语义概念都具有简明的一致结构。IDEF1X语法和语义不但比较易于为用户掌握，而且还是强健而有效的 (Powerful & Robust). (3) IDEF1X是便于讲授的。 语义数据模型对许多IDEF1X用户都是一个新概念。因此，语言的易教性是一个重要的考虑因素，设计IDEF1X语言是为了教给事务专业人员和系统分析人员使用，同样也是教给数据管理员和数据库设计者使用的。因此，它能用作不同学科研究小组的有效交流。 (4) IDEF1X已在应用中得到很好地检验和证明。 IDEF1X是基于前人多年的经验发展而来的，它在美国空军的一些工程和私营工业中充分地得到了检验和证明。 (5) IDEF1X是可自动化的。 IDEF1X图能由一组图形软件包来生成。商品化的软件还能支持IDEF1X模型的更改、分析和结构管理。 IDEF1X把实体－联系方法应用到语义数据模型化中，IDEF1的最初形式是在 (Peter) Chen的实体联系模型化概念与.(Ted) Codd的关系理论的基础上发展起来的。IDEF1X是IDEF1的扩展版本，除在图形表达和模型化过程方面的改进外，还对语义进行了增强和丰富。例如：分类联系 (Categorization Relationships)的引入〔也称概括联系 (Generalization)〕。 IDEF1X模型的基本结构是： (1) 包含数据的有关事物。例如：人、概念、地方和事物等等用盒子来表示。 (2) 事物之间的联系用连接盒子的连线来表示。 (3) 事物的特征用盒子中的属性名来表示。 基本结构如图所示。 （ 详细内容可参阅“陈禹六编，《IDEF建模分析和设计方法》，清华大学出版社，1999.” ） ---------------------------------------------------------------- ODL是用面向对象的术语来说明数据库结构的一种推荐的标准语言，其主要用途是书写面向对象数据库的设计，进而将其直接转换成面向对象数据库管理系统的说明。有3中特性需要描述：属性、联系、方法。在ODL中，形式最简单的类的说明包括：关键字interface（接口）、类的名字、用花括号括起来的类的特性表（特性包括属性、联系和方法）interface<名字>{<特性表>}； 留个例子： 选课的数据库应包括学生、系、教师、课程，哪个学生选了哪门课，哪个教师教哪门课，学生的成绩，一个系提供哪些课程等信息。 interface Student (key SNo) { attribute integer SNo; attribute string SN; attribute integer Score; relationship Set courses1 inverse Course::students1; relationship Depart depart1 inverse Depart::students2; }; interface Teacher (key TNo) { attribute integer TNo; attribute string TN; relationship Set course2 inverse Course::teachers; }; interface Depart (key DNo,DN) { attribute integer DNo; attribute string DN; relationship Set students2 inverse Student::depart1; relationship Set courses3 inverse Course::depart2; }; interface Course (key CNo) { attribute integer CNo; attribute string CN; relationship Set students1 inverse student::courses1; relationship Set teachers inverse Teacher::courses2; relationship Depart depart2 inverse Depart::courses3; }; ---------------------------------------------------------------- 统一建模语言UML 软件工程领域在1995年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。其中最重要的、具有划时代重大意义的成果之一就是统一建模语言(UML:Unified Modeling Language)的出现。 在世界范围内,至少在近10年内,UML将是面向对象技术领域内占主导地位的标准建模语言。采用UML作为我国统一的建模语言是完全必要的:首先,过去数十种面向对象的建模语言都是相互独立的,而UML可以消除一些潜在的不必要的差异,以免用户混淆;其次,通过统一语义和符号表示,能够稳定我国的面向对象技术市场,使项目根植于一个成熟的标准建模语言,从而可以大大拓宽所研制与开发的软件系统的适用范围,并大大提高其灵活程度。 统一建模语言（UML）是用来对软件密集系统进行描述、构造、视化和文档编制的一种语言。 首先，也是最重要的一点，统一建模语言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者广泛采用的一门简单、一致、通用的建模语言。 其次，统一建模语言扩展了现有方法的应用范围。特别值得一提的是，UML的开发者们把并行分布式系统的建模作为UML的设计目标，也就是说，UML具有处理这类问题的能力。 第三，统一建模语言是标准的建模语言，而不是一个标准的开发流程。虽然UML的应用必然以系统的开发流程为背景，但根据我们的经验，不同的组织，不同的应用领域需要不同的开发过程。举个例子来说，开发错综复杂的软件是非常有趣的工作，但开发这种软件与构造严格实时的航空电子系统是大不一样的，后者是性命攸关的大事。因此我们首先把精力集中在设计通用的元模型上（统一不同方法的语义），其次是建立通用的表示法（提供对这些语义的形象化的表达）。虽然UML的开发者们将继续倡导从用例驱动到体系结构为中心最后反复改进、不断添加的软件开发过程，但实际上设计标准的开发流程并不是非常必要的。 UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。 面向对象技术和UML的发展过程可用上图来表示,标准建模语言的出现是其重要成果。在美国,截止1996年10月,UML获得了工业界、科技界和应用界的广泛支持,已有700多个公司表示支持采用UML作为建模语言。1996年底,UML已稳占面向对象技术市场的85%,成为可视化建模语言事实上的工业标准。1997年11月17日,OMG采纳UML 作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向,具有巨大的市场前景,也具有重大的经济价值和国防价值。 标准建模语言UML的内容 首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且这些基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言;其次,UML不仅仅是上述方法的简单汇合,而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而完成的,UML扩展了现有方法的应用范围;第三,UML是标准的建模语言,而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景,但由于不同的组织和不同的应用领域,需要采取不同的开发过程。 作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。 (1) UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 (2) UML表示法 定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义: ·第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者。 ·第二类是静态图(Static diagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。 ·第三类是行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。 ·第四类是交互图(Interactive diagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。 ·第五类是实现图( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。 配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性。在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。 从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。因此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。