图4-3 用户界面类各类之间关系
3.2.3定义系统业务类
当我们需要实现需求提到的功能时,需要定义相关的业务类来完成相应的任务。系统的主要业务类如下:
1.AddDocumentAbstract
添加文献的抽象类,负责添加文献共同的字段,如author、title、abstract、keys、documentdegree和quotedocument字段。
2.AddJournalsDocument
增加期刊类型的文献。负责添加publishdate、source、publishs、page和volumeandno字段。
3.AddBookDocument
增加图书类型的文献。负责添加publishdate和publishers字段。
4.AddThesisDocument
增加学位论文类型的文献。负责添加publishdate、source和publishers字段。
5.AddReportsDocument
增加学术报告类型的文献。负责添加publishdate、source和publishers字段。
6.AddMeetingDocument
增加学术会议类型的文献。负责添加publishdate、source、publishers、page和volumeandno字段。
7.AddEDocument
增加电子文献类型的文献。负责添加source和publishers字段。
8.DelDocument
负责删除文献。
9.EditDocuemnt
负责编辑文献。
10.QueryDocument
负责查询文献。
11.DocumentBase
负责保存文献的数据库。该类负责具体的添加、删除、编辑和查询操作。
3.2.4数据库设计
数据库设计首先在高层建立一个数据(信息)模型,然后再逐步地将这个数据模型变为将来将来进行编码的数据模型,这个数据模型对软件的体系结构有很大的影响,它是软件设计非常重要的一部分。
数据模型可以分为概念数据模型和物理数据模型,概念数据模型设计的目标是产生反应系统信息需求的整体数据库概念结构,即概念数据模型就是数据库的逻辑设计,描述的主要工具是E-R(Entity-Relationship)图。物理数据模型是将概念结构转换成特定DBMS所支持的数据模型的过程,是数据库的物理设计。
1.数据概念结构设计
概要设计首先是对现实世界的一种抽象。所谓抽象(参萨师宣216)就是对实际的人、物、事和概念进行人为处理,抽取所关心的共同特性,忽略非本质的细节,并把这些特性用各种概念精确地加以描述,通过对数据进行分类、组织,形成实体、实体的属性,标识实体的码,及确定各实体间的关系,即正确设计E-R图,本系统设计文献的E-R模型见图3-9所示。
图 3-9 文献数据模块E-R模型
2.数据逻辑结构设计
通过数据的概念模型设计设计出E-R图,现在要解决的问题就是将文献和笔记数据的E-R图转换成关系模型,此转换实际就是要将实体、实体的属性和实体之间的联系转换为关系模式。转换后的关系模型如下,其中关系的码用下划线标出。
(1)文献关系模型
用户(用户名,密码)
文献(文献编号,出版日期,作者,摘要,标题,关键字,分级标记,引用文献,创建日期)
期刊(期刊编号,文献来源,出版商,卷标号,页码)
图书(图书编号,出版商)
会议(会议编号,文献来源,出版商,卷标号,页码)
学位论文(论文编号,文献来源,出版商)
电子文献(电子文献编号,文献来源,出版商)
学位报告(报告编号,文献来源,出版商)
3.数据物理结构设计
文献和笔记数据设计的数据库物理结构(推敲一下)如下:用户表
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>