合同数据库实验报告Word格式.docx
- 文档编号:22839235
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:23
- 大小:643.38KB
合同数据库实验报告Word格式.docx
《合同数据库实验报告Word格式.docx》由会员分享,可在线阅读,更多相关《合同数据库实验报告Word格式.docx(23页珍藏版)》请在冰豆网上搜索。
1.2性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,系统应该满足以下的性能需求:
(1)系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足操作者对信息的处理。
由于系统的查询功能对于整个系统的功能和性能完成很重要。
从系统的多个数据来源来看,合同信息查询、编辑、查找和收付款信息,其准确性很大程度上决定了系统的成败。
因此,在系统开发过程中,系统采用优化的SQL语句及安全扩展存储过程来保证系统的准确性和及时性。
(2)系统的开放性和系统的可扩充性
系统在开发过程中,应该充分考虑以后的可扩充性。
例如合同的信息和收付款信息等模块也会不断的更新和完善。
所有这些都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
(3)系统的易用性
本工程合同管理系统面向的用户是公司工作人员,而有些使用人员往往对计算机并不是非常熟悉,所以系统操作上要求简单、方便、快捷,便于用户使用。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
2系统目标和建设原则
(1)实用性原则:
真正为用户的实际工作服务,按照事业单位管理合同的实际流程,设计出实用的合同管理系统。
(2)可靠性原则:
必须为合同提供信息安全的服务,以保证合同信息的不被泄露。
(3)友好性原则:
本工程合同管理系统面向的用户是合同管理的工作人员,所以系统操作上要求简单、方便、快捷,便于用户使用。
(4)可扩展性原则:
采用开发的标准和接口,便于系统向更大的规模和功能扩展。
3支撑环境规划
(1)Visualstudio2015中使用C#语言编写应用程序
(2)使用SQLServer2012数据库建表存储数据
4系统总体结构
4.1总体DFD
工程合同管理系统数据流程如下:
图1合同子系统数据流
4.2功能结构
4.2.1功能结构图
图2系统结构功能图
4.2.2主要功能说明
目录:
通过目录可以选择所要管理的内容,包括合同基本信息、结帐单、索赔账单、预结算统计表和签署方信息。
(1)合同基本信息界面
a.查找:
可以根据合同号、合同名、类别、甲方公司名称、乙方公司名称等进行查询
b.签订新合同:
当有新合同签订时可以添加一条数据到合同基本信息表中
c.解除合同:
当合同解除时,就将此条信息从表删除,当确定删除时,这一条信息将从表中删除
d.汇总:
可以统计表中一共有多少条数据
e.查看附件:
为了提高合同文件的安全性,在合同基本信息中没有显示附件的地址,但是当点击附件按钮时可以跳出一个窗体通过在此窗体中输入合同号来打开该合同的附属文件
f.刷新:
刷新按钮是当有新合同添加进来以后可以通过刷新来及时的看到信息的更新
(2)结帐单界面
可以根据合同号和收付款账单号进行查找
b.添加一条新的收付款账单
c.收款:
通过输入收付款账单号、合同号、甲方公司名称和乙方公司名称来确定收款金额,收款成功以后在收款记录中添加一条记录与此同时结帐单界面的实付金额也相应的增加
d.查看收付款记录:
通过输入账单号来查看对此账单所进行的多次收款,收款可以一次收完,也可以进行多次收款,但不能超过截止日期
e.删除、汇总和刷新的操作与合同和基本信息界面功能相同,在此就不一一截图说明了
(3)索赔账单界面
a.可以按照合同号和索赔账单号进行查找
b.索赔:
当有乙方索赔时就向索赔账单表中加入一条记录
c.汇总和刷新操作与合同信息的操作相同在此就不详细说明了
(4)预结算统计表界面
(4)签署方信息表
a.当签署方公司的代理人电话号码改变时可以通过修改按钮修改
修改前:
修改后:
b.添加数据、汇总和刷新操作与合同信息的操作相同在此就不详细说明了
4.3数据库结构
4.3.1数据字典
(1)数据项的描述
数据项:
合同号
含义说明:
标识每一个合同
类型:
字符型
长度:
根据实际情况设定
取值含义:
按照本单位的编号进行编号
合同名
根据本合同的名称进行设定
类别
该合同的所属类别
定义最大为10
甲方
合同的主导方
本公司名称
乙方
负责实现目标的主体
与本公司签订合同的另一方
时间
签订该合同的时间
10
将签订合同的日期以年月日的形式存入,例如:
20161012
附件
保存附件的路径
与其他数据项的逻辑关系:
决定应收款等数据项
应付金额
保存应付金额
根据实际定义
付款截止日期
保存签订合同时所规定的付款截止日期
实付金额
保存实付金额
最近一次付款日期
保存最近一次的付款日期
索赔原因
保存索赔的具体原因
索赔金额
保存索赔的金额
索赔时间
保存索赔的日期
预算金额
保存该公司的预算金额
结算金额
保存该公司的结算金额
10
(2)数据结构的描述
数据结构:
合同数据统计表
标识合同的基本信息
组成:
合同的编号类型、合同名、甲方、乙方以及签订时间和附件路径
合同收付款信息统计表
保存了合同的具体收付款和索赔的时间与金额
合同号、应付金额、应付日期、实付日期、实付金额、索赔原因、索赔金额、索赔时间
合同预结算信息统计表
保存预算金额和结算金额
合同号、预算金额、结算金额
签署方信息登记表表
详细记录签署合同的公司信息
签署方的公司名称、代理人和联系方式
(3)数据流的描述
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括以下内容:
数据流名、说明、数据流来源、数据流去向、组成等。
数据流编号:
F1
数据流名称:
合同基本信息
简述:
供用户录入、编辑、查找、汇总、分析合同信息
数据流来源:
工程合同管理系统
数据流去向:
公司内部合同管理人员
数据流组成:
合同号合同名类别甲方乙方签订时间附件路径
F2
合同收付款信息
供用户查询首付款的具体细节
工程合同管理系统
合同号应付金额应付日期实付日期实付金额索赔原因索赔金额索赔时间索赔公司名称
F3
预结算信息
登记预结算金额
合同号预算金额结算金额
(4)处理逻辑的描述
处理逻辑编号:
P1
处理逻辑名称:
更新合同信息
有新合同签订后,要及时更新合同信息
输入的数据流:
合同数据统计表合同收付款信息统计表合同预结算信息统计表
处理描述:
对合同信息数据进行更新操作
输出的数据流:
新的合同信息
处理频率:
10次/天
P2
查找合同
管理人员根据目的查询所要查找的合同信息
合同数据统计表合同收付款信息统计表合同预结算信息统计表
查询合同信息
查询到的一条或者几条的合同信息
100次/天
P3
导入导出合同附属文件
将附属文件地址保存到数据库,可以进行导入导出该地址
合同数据统计表
附属文件地址
10次/天
(5)数据存储的描述
数据存储编号:
S1
数据存储名称:
记录合同信息,包括合同号、类别、甲方、乙方、签订时间、附件路径
数据存储组成:
合同号、合同名、类别、甲方、乙方、签订时间、附件路径
关键字:
合同号
相关联的处理:
P1,P2,P3,
S2
合同号应付金额应付日期实付日期实付金额索赔原因索赔金额索赔时间
P1、P2
合同预结算信息统计表
4.3.2E-R图
图3合同子系统E-R图
4.3.3关系数据库模式
合同子系统的关系模式如下:
合同(合同号,合同名,类别,甲方公司名称,乙方公司名称,签订时间,附件)
签署方登记表(公司名称,代理人,联系方式)
收付款账单(收付款账单号,合同号,甲方公司名称,乙方公司名称,应付金额,实付金额,付款截止日期,最近一次付款日期)
索赔账单(索赔账单号,合同号,索赔公司名称,索赔原因,索赔金额,索赔时间)
预结算统计表(合同号,预算金额,结算金额)
因为合同是本公司与其他公司签订的,预结算也是本公司进行预算,所以所有进行预结算的甲方都是一样的,所以表中就没有写甲方公司名称了。
5总体实施计划
5.1数据库设计
分6个阶段(如下图所示)
(1)需求分析
(2)概念结构设计
(3)逻辑结构设计
(4)物理结构设计
(5)数据库实施
(6)数据库运行和维护
5.2应用系统设计及实施
(1)总体功能设计
(2)用户界面设计
(3)功能模块编程
(4)系统调试及测试
注:
将数据库结构设计和数据处理设计密切结合。
6自我评价与总结
经过了维时八周的数据库实验课程,我收获了蛮多的。
刚开始我对数据库都是一知半解,在上课的时候都时拿着书本套套着例题去输入查询语句,查看结果。
但这次实践不一样的是,它必须从概念模型的设计到关系模型的转换,再到物理模型的设置(包括:
数据库的建立、基本表的定义、各项规则默认值及相应的绑定的设置、索引等建立、视图的创建)都是要求自己思考完成,对我来说难度还是相当大的,毕竟我的数据库学得不是很好。
记得在第一阶段逻辑模型构造时,我的E-R图是改了很多次的,刚开始拿到题目我只是针对题目相关的内容粗略的设了几个实体,后来我又跟其他同学讨论增加了几个实体,但是后来想了一下,实体多了不是一件好事情,因为实体可能会造成冗余浪费存储空间,但是在另一方面如果不过设一个实体查询效率就不高。
这令我明白到在设计系统的时候,我们必须要在存储空间和查询效率之间找到一个平衡点,或者说看你愿意舍去哪一个,最后我选择了空间。
经过多次修改,我最终确定了实体,在设置属性时,不增加多余的属性。
经过这次实践我对数据库有了更多的了解,还有就是更加了解到学习计算机的人都必须要求自己不但要学会思考问题,还要善于用具体的语言来将自己实验成果表达出来,善于跟同学交流研究,在系统设计时最为忌讳的是一意孤行。
最后我真的觉得自己过去学的都是为了考试,到真正要实践前来的时候不能把学过的东西应用于实践当中,如此下去导致思维的僵化,总是习惯于依靠别人,不能独立思考问题。
这真的很不利于个人以后的发展,毕竟现在我们已经是大三啦,很快就要踏入社会,我们现在要做的就是好好的珍惜自己在校的实践机会,积累更多的实际操作经验,让自己在往后的工作生活中得到能力的提升。
参考文献
[1]王珊、萨师煊《数据库系统概论》(第五版)高等教育出版社
[2]马骏、邓居英、杨湖《C#程序设计及应用程序》(第二版)人民邮电出版社
[3]张海藩、牟永敏《软件工程导论》(第六版)清华大学出版社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 合同 数据库 实验 报告