数据库大作业报告文档格式.docx
《数据库大作业报告文档格式.docx》由会员分享,可在线阅读,更多相关《数据库大作业报告文档格式.docx(23页珍藏版)》请在冰点文库上搜索。
![数据库大作业报告文档格式.docx](https://file1.bingdoc.com/fileroot1/2023-5/6/e054645f-29b9-499c-9905-ff4facf88167/e054645f-29b9-499c-9905-ff4facf881671.gif)
2014年5月29号
零.背景介绍.............................................................................................1
2.2E-R图.................................................................................................................5
0.0注意:
本文档不支持修改只供使用者观看使用方法,在帮助里面可以打开。
0.1引言:
企业订单管理系统,它是企业管理系统的一个主要组成部分,其作用是对客户、订单之间进行行之有效的管理。
本系统包括:
管理员管理、客户管理、定金管理、销售管理、系统信息等模块。
本系统是用于企业内部的专有系统,它加强了企业订单处理的效率,减轻了人员工作量,减少了传统方式带来的出错,从而降低了企业开销(Thecompany'
sordermanagingsystem,playingaimportantpartincompany'
smanagingsystem,itsfunctionismanagingbetterintheconsumersandorders.Thesystemincludesmanagementofadministrators,managementofconsumers,managementofearnest,managementofsell,systeminformationandso
0.2软件相关理论和原理
(1)应用软件工程课程所涉及的方法和基本原理对系统进行分析与设计。
(2)利用E-R或范式方法进行系统的数据库的
0.3仪器设备和软件环境
(1)硬件环境:
小组每人一台同一局域网的主机。
(2)软件环境:
项目组成员自由选择编程语言和开发环境。
(3)数据库平台:
SQLSERVER2000或其它更高版本。
0.4:
开发意义:
企业订单管理系统是一个企业管理不可缺少的部分,它的功能对于企业的快速和高效的管理订单信息及交货信息致关重要,所以企业订单管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式进行管理,这种管理方式存在着许多缺点,如:
效率低、时间长、易冲突、不完美。
0.5:
需求分析阶段:
需求分析简单地说就是分析用户的要求。
需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和使用。
0.5.1:
需求分析阶段的目标:
1.了解订单管理的基本内容;
2.综合的理解订单管理各层管理人员的需求;
3.了解订单管理的基本业务流程;
4.了解订单人工管理模式与信息系统的工作概况,以及它们之间的区别;
5.通过调查和与订单管理人员的交流,了解用户对订单管理系统的业务要求,安全性和完整性要求;
0.5.2:
需求分析的阶段任务:
1.处理对象
系统的处理对象是操作员对订单的增删改查操作以及对数据的统计分析。
系统的处理对象涉及以下几个方面的信息:
职工信息:
员工号,员工姓名,性别,所属部门,职务,雇佣日期,出生日期,薪水,住址,电话。
顾客信息:
客户号,客户名称,客户住址,客户电话,邮政编码,建立日期。
订单信息:
订单编号,客户号,业务员编号,订单金额,订货日期,出货日期,发票号码。
订单明细信息:
订单编号,商品编号,销售数量,成交单价。
产品信息:
商品编号,商品名称,商品类别,商品定价,建立日期。
2.处理功能及要求:
系统用户管理:
添加,修改,删除系统用户账号信息。
客户管理:
添加,修改,删除,查询客户信息。
产品管理:
添加,修改,删除,查询产品信息。
员工管理:
添加,修改,删除,查询员工信息。
订单管理:
订单添加,订单修改,订单删除,订单查询等。
统计分析:
按员工,按客户,按产品类别,按金额,按年份、月份、时间段等。
系统维护:
数据库备份,恢复,退出等。
0.5.4:
运行需求
1.用户界面:
系统运行时的主界面大致要求为windows的经典运行界面,主界面可以是SDI(单文档界面)即每个窗体之间是独立的,也可以是MDI(多文档界面):
有一个主窗体,可以包含其他窗体.
2.硬件接口:
软件较小除硬盘外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的等
要求可以保持与磁带机和光盘刻录机的接口,这点较易实现.
3.其他需求:
系统保证了较好的可使用性与数据的安全保密性,但由于系统较小只保留一定程度的可移植性,可维护性.
1.系统分析
1.1系统流程图(描述整个软件的大致操作过程)
1.2数据流程图。
对于程序员来说,我们要知道:
整个系统中,哪一些是要我们编程解决的,哪一些不用。
上下文数据流图,就是用来建立初始的项目范围的。
1.3数据字典
数据字典数据流名:
商品信息。
说明:
商品信息的存储并对其进行编码,来区别各类商品。
数据流来源:
人工输入。
数据流去向:
数据库并各种报表打印。
数据流组成:
{货号,品名,规格,产地,类别,销售价。
}
数据元素:
产品资料。
组成:
{产品号,名称,地址,电话,操作员,备注。
数据流名:
订单资料。
本公司各个操作员信息。
{操作员号,密码}
仓库信息。
{仓库号,仓库名,类别,管理员编号,备注。
数据元素名:
采购合同。
用于录入企业的采购订单。
{编号,供货商号,订购日期,有效起日,有效之止日,操作员,制单员}
采购订单明细。
进货单明细。
{编号,进货单号,货号,进货数量,进价,售价合计,仓库号,货物数量,备注。
}数据元素名:
销售订单。
用于录入企业的销售订单。
{编号,客户编号,销售日期,有效起日,有效止日,操作员,制单员订单号}
销售明细。
班次结账管理。
{编号,操作员号,姓名,日期,收款时起,收款时止,收款机号,货号,销售数量,收入金额,库存单价}
付款单
2系统总体设计
2.1:
此系统图对整个系统的架构设计
2.2.订单管理系统E—R图
3.详细设计
我们的登陆管理的设计的思路来源于本校的教务处管理系统,我们的帐号不需要注册,由超级管理员分配,初始密码是默认统一的,权限可由管理员在系统内分配,密码可以由操作员自主修改,这种设计使管理者的管理更为便捷。
我们的系统拥有强大的查询功能,在主界面上设置了各种信息表,点击便可查询所有信息,并可以以图表的方式直观的体现信息内容。
单项查询上,只需输入关键信息,系统会帮你找到整条信息内容,让查询更加迅速。
本系统还有简单方便的添加修改等操作,操作员能够轻松的管理订单数据。
系统内还有操作员管理功能,该功能只有超级管理员登陆可见。
为防止数据的意外丢失,恶意修改等事故,我们为系统加入了数据备份和还原功能,让用户没有后顾之忧。
4.系统测试
(1)功能测试
运行软件,逐步测试各个功能,经多次运行测试,各个功能都正确,且都达到了预期效果。
(2)性能测试,
在数据库中插入大量数据(每个表过300条),运行软件进行查询操作,系统查询速度迅速,不影响客户使用。
(3)可靠性测试
经过大量的数据插入修改与删除,并未出现数据错误丢失等问题。
5.软件使用说明书
5.1版本介绍:
本软件自带版本介绍说明点击帮助——版本介绍即可进入此界面,查看完版本之后如若想返回主界面则直接点击右上方的返回主界面按钮即可。
左下角是本软件的图标是”黑色经典”的象征。
点击使用说明的话会打开此文档
5.2登录界面
此界面是登录界面,具有登录和修改密码的功能,鉴于此系统只针对于操作员和管理员的系统所以没有注册页面,全部由管理员控制系统用户,而且为了避免操作员对管理员的功能的好奇和不满,所以账户,密码都由管理员初始化,拥有者只有更改个人信息的功能。
登录界面不显示你是否是管理员登录,只要账户输入系统会自动判断你的权限。
登录之后进入到主界面(注意:
这是操作员进入到的界面,不难发现没有对操作员操作的任何按钮)左边是一个dataGridView显示各种图表的信息便于直观,然后可以做增删改查的操作,右边是一个统计功能,右下方有退出功能的按钮。
)
注意:
注册的只可能是顾客不可能是操作员和管理员
5.3主界面(操作员)
5.4主界面(管理员)
登入后的另外一种界面(注意:
此界面比上面的界面多出一个对操作员的管理)
5.5普通用户界面
x下订单
5.5图表统计
此图表能够统计四种情况的销售数据,并能选择自己喜欢的图形类别:
1,条形图2.折线图
纵着显示按订单号统计金额的表并显示数据
同样的图形以折线图表示
5.6查询操作
查询操作适合操作员/管理员对职工,订单,订单明细,顾客信息的查看,输入要查找的关键字,再输入对应的具体主键就会得到一串你要查找的信息列表
5.7添加/修改功能
为了节约资源,此系统添加,修改功能公用同一张表,用标志位来区别你要做的事添加还是修改功能。
.
添加后的显示
修改操作
修改后的界面
本软件删除操作需要选定,当鼠标移动到某个元祖时,点击一下,然后再点击下面的确定删除按钮即可,然后系统会弹出一个对话框“您确定要删除。
。
”,如果是点击“确定”即可,否则点击“取消”即可。
删除操作做完之后的界面显示
5.8.系统备份还原
5.9这里是快捷方式
六.实验的注意事项和设计总结,心得体会。
6.1注意事项:
问题分析1:
我们小组一成员由于在sql2008里建表的时候,属性列弄成char型导致后面做密码判断时由于数据类型不同导致不能判等equals不成功
问题分析2:
由于本人在c#中开始的时候以sql思维去写sql语句遇到一个问题并最终得到解决,就是sql语句的空格和单引号一定得注意要添加,这里有很多引号和单引号所以空格往往会被忽略,在此需注意
问题分析3:
对于不同界面传参问题,开始一直想不到好方法经过多次思考,本组采用的构造函数方式进行传参赋值。
(想想发现以前学的排上用场了)
问题分析4:
本组添加和修改共用一张表,采取方案是定义标志位
问题分析5:
数据库打开要关闭
6.2设计总结:
软件的设计要从用户的需求出发,满足客户的需求,为客户做出让他们满意的创新功能。
且一个真正的软件的开发完成并不是让软件可以成功运行,我们需要对软件进行各种测试维护,让软件拥有高效率,高性能。
6.3心得体会:
在这个实验中我们小组遇到很多问题,同时也解决了很多问题,由于期末作业多造成时间紧张,渐渐的发现团队合作能力,有时候一个问题独自去解决的话要花很多时间,但是大家都去解决的话发现会很迅速的解决问题。
还有就是写程序要细心否则会调试很久。