证劵投资管理信息系统的设计和实现Word格式.docx
《证劵投资管理信息系统的设计和实现Word格式.docx》由会员分享，可在线阅读，更多相关《证劵投资管理信息系统的设计和实现Word格式.docx（83页珍藏版）》请在冰豆网上搜索。
1.2设备管理系统业务需求背景
当今，计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。
尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。
计算机进行信息管理与信
息管理系统的开发密切相关，系统的开发是系统管理的前提。
本系统就是为了管理好设备信
息而设计的。
证券行业设备管理是以lT类的电子设备为主的管理。
lT系统涉及的主机、系统、数据
库及网络资源繁多，系统运行过程存在潜在的危机。
随着业务的迅速增大，证券业网络、主
机、数据库、应用的运行状况的自动监控要求越来越高，导致以IT设备为核心的证券行业
设备管理也越来越复杂，具有使用周期长、使用地点分散、管理难度大等特点。
所以，提高
公司IT管理部门对rr资源和其它非电子类设备进行更有效的运维和管理，降低成本，提高
反应速度，让既有的信息化资源发挥更大效能成为比较迫切的需要。
同时，根据本人从事的IT管理系统相关工作的这几年的体会，rr管理涵盖从软件到硬
件，从IT服务调查到IT服务帮助，从IT采购到设备维护、工作日志，覆盖与IT服务有关
的全部工作内容。
完善的IT资源管理软件一方面使日常rr资源使用管理更加高效科学，另
一方面也可以配合财务对IT方面的固定资产进行管理，同时也可以针对各个部门IT方面的资源进行管理，每一资源中拥有非常详细的信息查询和使用，同时应用中也提供了丰富的报
表和统计分析功能。
1.3系统设计步骤
1）了解应用开发工具的现状
2）DelPHi7.0编程基础
3）MSSQLServer基础
4）设计数据库;
设计界面
5）开发数据库。
数据库实现的一些功能有
l数据和数据说明的醒目显示;
1多条件的查询、多条记录的检索、模糊查询;
1数据的录入，经过数据完整性校验存入数据库;
1数据库安全性的设计;
1数据库的设计、数据接口、界面的设计。
1.4论文内容
绪论部分对数据库应用系统开发的技术背景和应用需求做了阐述，分析了设备管理信息
系统设计的特点和任务。
第二章介绍了系统设计分析，主要对业务需求进行了分析归纳，对系统结构进行了介
绍，数据库设计的理论基础以及数据库设计的概念设计和逻辑设计，设计了系统的数据库
结构，并根据需求对系统功能进行了划分和细化。
第三章根据Delphi开发工具的特点，对三层结构的应用系统进行了介绍，主要对应用服务器的设计思路和模块实现进行了介绍。
第四章主要对客户端程序设计思路和模块实现进行了介绍，总结部分介绍了设计体会
和编程体会，并指出了系统设计中的不足和改进的方向。
证券公司设备管理信息系统设计与实现
第二章设备管理系统设计分析
2.1应用需求分析
本文所涉及的证券公司设备管理系统需要满足来自三方面的需求，这三个方面分别是设备使用者、设备管理工作人员和系统管理人员。
设备使用者的需求是查询领用设备信息、
个人使用信息及个人信息的修改;
设备工作人员对设备使用者的设备领用及设备调剂要求行操作，同时对设备购置前的申请和审批等环节进行登记审核，对设备购置合同进行管理登记;
设备管理人员的功能最为复杂，包括对工作人员、设备使用者、设备进行管理和维护，及系统状态的查看、维护并生成设备管理的报表。
设备使用者可直接查看库存设备情况，如果设备领用者根据本人用户号和密码登录系
统，还可以进行本人设备使用情况的查询和维护部分个人信息。
一般情况下，设备领用者只
应该查询本人的设备使用情况和和维护个人信息，若查询和维护其他领用者的使用设备情况
和个人信息，就要知道其他设备领用者的用户和密码。
这些是很难得到的，特别是密码。
设备工作人员要对设备购置的前后进行管理，设备前期管理是对设备采购前期的相关
信息、申请审批流程的管理，包括供应商管理、购置计划审批、购置申请、设备采购合同、
设备验收记录。
所以需对工作人员登陆本模块进行更多的考虑。
设备后期管理是对设备分类
设备分类信息维护，缺省包括电子设备（含rr）、运输设备、办公设备。
设备卡片:
为设备建立卡片式管理，登记设备详细信息，如规格、型号、设备技术参数等。
可以按照设备的使用状态（新增、在用、维修、闲置、报废、借用、经营出租、经营租入、调拨）进行设备管理。
设备管理人员功能的信息量大，数据安全性和保密性要求最高。
本功能实现对设备信息、
合同信息、计划审批情况信息的管理和统计、使用人员和操作人员信息查看及维护。
设备系
统管理员可以浏览、查询、添加、删除、修改、统计设备的基本信息;
浏览、查询、统计、添加、删除和修改设备使用者的基本信息，浏览、查询、统计设备的信息，但不能添加、删除和修改设备领用用信息，这部分功能应该由设备工作人员执行，但是，删除某条设备领用者基本信息记录时，应实现对该设备领用者领用记录的级联删除。
并且还应具有生成催还设备报表，并打印输出的功能。
根据以上所做的需求分析，并略掉一些细节（如不考虑用户的登录;
对记录的维护），得出以下的业务流程图（图2-1）。
图2-1业务流程图1
2.2系统功能模块划分
图2-2系统功能框图1
本系统按照多层数据库系统构成，将整个系统分为表现层，业务逻辑层和数据层，新加
入的业务逻辑层负责数据库服务器和客户端的连接工作，它一方面将客户端的请求传递给数
据库服务器，另一方面将服务器的查询结果返回送给客户端，系统功能框图如图2-2所示。
2.3系统数据库设计
一个成功的信息管理系统，是建立在许多条件之上的，而数据库是其中一个非常重要的条件和关键技术。
信息管理系统所涉及的数据库设计分五个步骤:
数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。
（l）数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出DFD图，并完成相应的数据字典。
（2）概念设计的任务是从DFD出发，绘制出本主题的实体一关系图，并列出各个实体与关系的纲要表。
（3）逻辑设计的任务是从E一R图与对应的纲要表出发，确定各个实体及关系的表名属性。
（4）物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化，实现物理建库，完成数据库物理设计字典。
（5）加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。
要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则:
基本表的个数越少越好。
主键的个数越少越好。
键是表间连接的工具，主键越少，表间的连接就越简单。
字段的个数越少越好。
所有基本表的设计均应尽量符合第三范式。
数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。
数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。
数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照DBMS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。
数据库设计的步骤是:
（l）数据库结构定义:
目前的数据库管理系统（DBMs）有的是支持联机事务处理CLT（负责对事务数据进行采集、处理、存储）的操作型DBMS，有的可支持数据仓库、有联机分析处理CLAP（指为支持决策的制定对数据的一种加工操作）功能的大型DBMS，有的数据库是关系型的、有的可支持面向对象数据库。
针对选择的DBMS，进行数据库结构定义。
（2）数据表定义:
数据表定义指定义数据库中数据表的结构，数据表的逻辑结构包括:
属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。
关系型数据库要尽量按关系规范化要求进行数据库设计，但为使效率高，规范化程度应根据应用环境和条件来决定。
数据表设计不仅要满足数据存储的要求，还要增加一些如反映有关信息、操作责任、中间数据的字段或临时数据表。
（3）存储设备和存储空间组织:
确定数据的存放地点、存储路径、存储设备等，备份方案，对多版本如何保证一致性和数据的完整性。
（4）数据使用权限设置:
针对用户的不同使用要求，确定数据的用户使用权限，确保数据安全。
（5）数据字典设计:
用数据字典描述数据库的设计，便于维护和修改。
为了更好地组织数据和设计出实际应用数据库，应该注意如下问题:
规范化地重组数据结构:
对数据进行规范化表达。
关系数据结构的建立:
在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。
建立关系数据结构涉及三方面内容:
确定关联的关键指标项并建立关联表;
确定单一的父系记录结构;
建立整个数据库的关系结构。
A:
链接关系的确定
在进行了上述数据规范化重组后，己经可以确保每一个基本数据表是规范的，但是这些
单独的表并不能完整地反映事物，通常需要通过指标体系整体指标数据才能完整全面地反映
问题。
也就是说在这些基本表的各宇段中，所存储的是同一事物不同侧面的属性。
那么系统
如何能知道哪些表中的哪些记录应与其它表中的哪些记录相对应，它们表示的是同一个事物
呢?
这就需要在设计数据结构时将这种各表之间的数据记录关系确定下来。
这种表与表之间
的数据关系一般都是通过主或辅关键词之间的连接来实现的。
因为在每个表中只有主关键词
才能唯一地标识表中的这一个记录值（因为根据第三范式的要求，表中其它数据字段函数都依赖于主关键词），所以将表通过关键词连接就能够唯一地标识出某一事物不同属性在不同表中的存放位置。
B:
确定单一的父子关系结构
所谓确定单一的父系关系结构就是要在所建立的各种表中消除多对多（以下用M:
N来表
示）的现象，即设法使得所有表中记录之间的关系呈树状结构（只能由一个主干发出若干条分
支，而不能有若干条主干交错发出若干条分支状况）。
所谓的“父系”就是指表的上一级关系表。
消除多对多关系可以借助于E一R图的方法来解决，也可以在系统分析时予以注意，避免这种情况的发生。
消除这种M:
N情况的办法也很简单，只需在二表之间增加一个表，则原来M:
N的关系就改成了M:
1，1:
N的关系了。
确定数据资源的安全保密属性:
一般DBMS都提供给我们自己定义数据安全保密性的能。
系统所提供的安全保密功能一般有8个等级（o一7级），4种不同方式（只读、只写、删除、修改），而且允许用户利用这8个等级的4种方式对每一个表自由地进行定义。
在数据的规范化表达中，一般将一组相互关联的数据称为一个关系（relation），而在个关系下的每个数据指标项则被称为数据元素（dataelement），这种关系落实到具体数据上就是基本表，而数据元素就是基本表中的一个字段（field）。
规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字（key），它可以唯一地标识出该表中其它相关的数据元素。
在规范化理论中表是二维的，它有如下四个性质:
①在表中的任意一列上，数据项应属于同一个属性（如图中每一列都存放着不同合同记录的同一属性数据）;
②表中所行都是不相同的，不允许有重复组项出现（如图中每一行都是一个不同的合同记录）。
③在表中，行的顺序无关紧要（如图中每行存的都是合同记录，至于先放哪一个合同都没关系）。
④在表中，列的顺序无关紧要，但不能重复（如图中合同号和合同名谁先谁后都没关系，但二者不可重复或同名）。
在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。
在这五种范式中，一般只用前三种，对于常用系统就足够了。
而且这五种范式是“向上兼容”的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，……，依此类推。
为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计
2.3.1概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映
用户观点的概念模式。
然后再把概念模式转换成逻辑模式。
将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行:
首先设计局部ER模式，然后各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
（1）设计局部ER模式
实体和属性的定义
收货单明细（收货单号、设备编码、存放位置、实收数量、入库单价、凭证数量、名称、规格型号、计量单位、计划单价、单价单位）
收货单（收货单号、库房名称、制单日期、供应厂家、物资来源、采购人、合同编号、发票金额、运杂费、发票号、主管、制单人、验收人、审核人、是否审核、审核日期、单据
备注释）
领用单（领用单号、库房名称、领用单位、制单日期、工程项目、用途、设备主管、领用主管、领用人、备注、审核人、是否审核、审核日期）
领用单明细（领用单号、设备编码、请领数量、实发数量、设备名称、规格型号、计量单位、计划单位、单价单位）
盘点（盘点编号、仓库名称、盘点日期、盘点人、是否审核、审核人、审核如期、备注）
盘点明细（盘点编号、设备编号、设备名称、规格型号、计量单位、计划单位、单价单位实存数量、盘点数量）
库存明细（仓库名称、设备编号、设备名称、规格型号、计量单位、计划单位、单价单位、现有库存量、截止日期、备注）
仓库信息（名称、地点、负责人、备注）
计划单（计划单编号、制单日期、领用日期、工程项目、制单人、备注信息、本部门领
导、申请部门审批、信息中心审批、财务部审批、是否审核、审核人、审核日期、计划是否
落实）
计划单明细（计划单编号、设备编号、设备名称、规格型号、计量单位、计划单位、单
价单位、需求数量、需求日期）
采购单（采购单编号、制单日期、领用部门、工程项目、制单人、备注信息、是否审核、
审核人、审核日期）
采购单明细（采购单编号、设备编号、设备名称、规格型号、计量单位、计划单位、单
价单位、采购数量、是否采购）
合同情况（合同编号、供方单位编码、需方单位编码、签定地点、签定时间、供方单位名称、供方单位地址、供方单位法定代表人、供方单位委托代理人、供方单位电话、供方单位开户行、供方单位帐号、供方单位邮政编码、需方单位名称、需方单位地址、需方单位委托代理人、需方单位电话、需方单位开户行、供方单位帐号、经办人是否归档、归档人、归档时间、归档标题、合同明细（合同编号设备编号，设备名称）
付款记录（合同编号付款次数付款日期付款金额支票号）
到货记录（合同编号、设备编号、设备名称、规格型号、到货数量、计量单位、货日期）
职工信息（职工编号、职工名称、性别、出生年月政治面貌、所属部门编码、职称职务、职工属性、备注）
部门信息（部门编码、部门名称、负责人姓名、部门属性、联系电话、地址、注）
供应商信息（供应商编号、供应商名称、供应商简称、所属分类码、所属地区码、开户银行、银行帐号、法人、地址、邮政编码、联系电话、联系人、传真E一mail、地址、是否友好、发展日期、停用日期、是否停用）
设备信息（设备编码设备名称规格型号计量单位计划单价、单价单位计划期需量最优储备天数极限储备天数不均匀系数备注）
工程信息（工程编码、工程名称、工程内容、技术经济指标、工程负责人、开工时间、竣工时间、设计单位、施工单位、监理单位、业主、备注）分类别信息（分类编码、类别名称）
地区类别信息（分类地区码、类别名称）
ER模型的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两
个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。
若有联系，进一步确定是1:
N，M:
N，还是l:
1等。
还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。
（2）设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。
全局
概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念
结构。
l）确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共
实体类型。
在这一步中我们仅根据实体类型名和键来认定公共实体类型。
一般把同名实体类
型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候
选。
2）局部ER模式的合并
合并的原则是:
首先进行两两合并;
先和合并那些现实世界中有联系的局部结构;
合并从公共实体类型开始，最后再加入独立的局部结构。
3）消除冲突
冲突分为三类:
属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共
同理解和接受的同一的概念模型。
4）全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。
一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足
下列条件:
实体类型的个数要尽可能的少;
实体类型所含属性个数尽可能少;
实体类型间联系无冗余。
综上所述，“设备管理系统”的全局ER模式如图2--3所示。
l
图2-3全局ER图1
2.3.2逻辑设计
由于概念设计的结果是ER图，DBMS一般采用关系型（本人所使用的MSSQLServer就是关系型的DBMS），因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。
于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。
设计结果是一组关系模式的定义。
（l）导出初始关系模式
采购单（采购单编号，领用部门，工程项目，制单日期，审核人，审核日期，备注）证券公司设备管理信息系统设计与实现
设备采购（采购单编号，设备编号，设备名称，规格型号，计量单位，计划单价，单价单位，采购数量，备注）
设备信息（设备编号，设备名称，规格型号，计量单位，计划单价，单价单位，计划期需量，最优储备天数，极限储备天数，最优储备量，极限储备量，不均匀系数，备注）
（2）产生子模式
子模式是用户所用到的那部分数据的描述。
除了指出用户用到的数据外，还应指出数
据与概念模式中相应数据的联系，即指出概念模式与子模式之间的对应性。
采购子模式（采购单编号，设备编号，设备名称，规格型号，计量单位，计划单价，单
价单位，采购数量，备注）
2.3.3数据库实现
选用Micr0S。
ftSQLSerVer2OO0（企业版）数据库来进行数据库的逻辑设计。
首先创建基
本数据库表，然后根据全局ER图，建立各个表之间的联系。
SQLServer2000是MICros。
ft公司推出的SQLServer数据库管理系统的一个版本，该版本继承了SQLServer7.0版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。
MSSQLServer不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。
事实上，SQLServer数据库处理的基本结构，采取关系型数据库模式，SQLServer的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQLServer的所有功能，都可以基于系统己经建立好的一些对象来达成，是相当oo（面向对象）的一个系统结构。
SQL功能强大，是一种完备的数据处理语言，不仅用于数据库查询，而且用于数据库中的数据修改和更新.本系统大量的用到了数据操作语言DML:
包括数据查询与数据更新。
数据查询主要是由Select语句完成，这一点不再赘述。
而数据更新所造成的风险大大超过数据
查询。
数据库管理系统必须在更改期内保护所存储的数据的一致性，确保有效的数据进入数
据库，数据库必须保持一致性，DBMS还必须协调多用户的并行更新，以确保用户和它们的更改不至于影响其它用户的作业。
于修改数据库内容的SQL语句主要有以下三个:
（1）Insert，向一个表中加入新的数据行
（2）Delete，从一个表中删除数据行
（3）Update，更改数据库中己经存在的数据
第三章应用服务器的设计与实现
3.1开发工具技术背景
Delphi在数据库技术方面的额重大突破是它的BDE数据库连接机制。
通过BDE，应用
序和数据库可以建立稳固高效的连接。
更为重要的是BDE通过数据库别名管理数据库，隐了数库应用程序与数据库连接的底层机制。
在应用程序访问数据库的时候，只需要提供相据库的驱动程序就可以实现对数据库中数据的控制。
De1Phi丰富的数据库辅助工具还可以大提高应用程序的开发效率，Delphi的面向对象的概念更适合与搭建数据库应用系统。
数据库应用程序必须和用户界面（可以是图形界面，也可以是命令接口）元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用Delphi7.0开发数据库应程序就隐含着界面开发。
Delphi7中的VCL组件可下图3-1说明。
图3-1Delphivel组件图1
组件在Delphi程序的开发中是最显眼的角色。
大家知道，在编写程序时一般都开始在组件面板上选择组件并定义组件间的相互作用。
但也有一些组件不在组件面板上，例如Tform和Tapplieati。
n（典型的非可视组件）。
组件是TeomponentS派生出来的子类，可以流的形式存放在DFM文件中
升级会员 