软件工程项目设计.docx
- 文档编号:12328593
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:23
- 大小:187.99KB
软件工程项目设计.docx
《软件工程项目设计.docx》由会员分享,可在线阅读,更多相关《软件工程项目设计.docx(23页珍藏版)》请在冰点文库上搜索。
软件工程项目设计
实验名称某小区天然气用户及收费信息管理系统
小组长:
林国武
组员:
肖焕恩、吴湛东、冼森洪、陆俊文、邹振威、陈茵
2011年3月15日
一、项目设计的内容
综合运用软件工程导论和数据库的知识,通过调研,设计并实现一个数据库管理系统。
系统能完成数据录入,维护,查询,统计等功能。
由菜单控制运行,最后生成一个exe文件。
在调研中,调查系统使用人员,了解要解决的问题,系统具体要实现的功能,系统要达到的性能。
掌握用户的准确需求。
此外要获取相关的表格,数据,工作流程等资料。
依据调研结果写出需求分析。
在准确作出需求分析的基础上,进行系统设计。
系统设计包括总功能设计,数据库设计,文件保存路径设计,各模块流程详细设计。
按“报告正文内容提纲”要求写出设计报告,格式符合“报告正文内容提纲”的字体,标题,编号的格式。
设计报告内容语句流畅,无错别字,图,表按参考文档的格式。
实现的数据库管理系统运行稳定,并附上运行说明书。
二、项目设计的要求与数据
1.设计调研获取的填有具体内容的表格。
2.设计报告包括系统功能层次图,系统流程图。
各模块流程图。
系统实现由菜单调用各功能模块。
3.数据库设计:
包括有表间一对多,表间一对一关系。
有两个以上定式视图,两个以上定式查询。
按实际内容至少有五条以上的记录。
4.为系统的统计模块设计两上以上定式报表。
数据录入表单的数据输入有输入屏蔽或验证。
在“关于”表单写上你的班别学号姓名,以及所设计系统的名称。
三、课程设计进程安排
序号
设计各阶段内容
地点
起止日期
1
需求调研与选题,填写任务书
2011.3.13
2
设计数据库及表,搜集相关数据,建立数据库及表,视图,查询。
撰写设计文档--数据设计。
2011.3.18
3
系统设计:
功能设计,主要界面设计,撰写设计文档--系统设计。
2011.3.25
4
系统实现:
数据维护,浏览,查询实现,写特色界面、关键代码
2011.3.31
5
系统组装、调试、保证系统运行稳定。
撰写设计文档--测试用例及结果。
2011.4.9
6
撰写项目设计报告
2011.4.15
7
提交所有课程设计成果
2011.4.18
五、应收集的资料及主要参考文献
1、设计题目涉及的数据资源,工作流程,规程等。
2、参考文献:
数据库技术与应用:
Access应用系统的开发作者:
史令史济民
数据库技术与应用:
Access应用系统的开发题解与实验指导作者:
史令赵敏
Access2003帮助文档
全国计算机等级考试二级教程——ACCESS数据库程序设计(2009年版)李春葆等编著
《软件工程导论》报告正文内容
概述:
系统的基本任务:
此小型小区天然气用户及其收费管理系统是一个比较完整的涉及天然气供应公司对用户使用天然气信息进行管理和维护的管理系统。
本文对天然气用户及收费管理信息系统进行了较为详细的分析,从实际出发,在分析天然气供应公司的功能、作用的基础上,结合管理信息系统的概念、结构以及系统开发的基本原理和方法,自主开发了一个天然气用户管理信息系统。
主要业务:
本小型天然气用户及收费管理系统的基本功能主要加强对天然气用户的管理,以实现公司管理的自动化,系统化,是实现对用户信息的管理,各个员工工作任务的管理。
开发目标:
本小型天然气用户及收费管理系统专为小型用户设计开发实现对员工、培训课程、考核信息的管理。
1.需求分析
1.1.用户需求:
当今,社会已经踏入了数字的时代。
数字信息的存储与传输已经成为社会发展的必然。
数字时代伴随而来的是更快的节奏,更高的效率,更为激烈的竞争。
可以说谁掌握了时间与信息就掌握了一切。
而如今很多公司都存在数据繁琐,关系复杂当又只用Excel这方面的工具来处理,这不但效率较低,也难以体现各数据的关系,界面也不够人性化。
但大型专业管理系统价格昂贵,占用硬盘资源庞大,不利于小型企业面对此问题,本人建立此小型天然气用户及收费管理系统,望能出份微薄之力帮助小型企业。
1.2.业务流程分析:
天然气用户及收费的业务流程:
先进货,存货,输送,再定期结算库存,最后算出利润。
F3
1.3.信息需求分析:
1.3.1资料收集:
业务流程中用到的各种统计表和数据表等,从网络上查得资料后整理得出。
1.3.2事项分析:
根据资料得出,系统应有
(1)供应站信息的查看、修改与录入
(2)用户信息的查看、修改与录入
(3)收费信息的查看、修改与录入
(4)报表
等等。
1.4.功能需求分析:
在本管理系统中,系统的总功能是“天然气用户及收费信息管理”,根据业务流程图中的几项子业务把总功能划分为“供应站信息管理”、、“用户信息管理”和“收费信息管理”三个大功能,然后再根据子业务流程图继续划分。
对每过程分别分析如下
(1)信息查询流程:
管理员在登录后均可以进行各类信息的查询。
(2)信息录入流程:
管理员在登录后就可以进行新的消息的录入,如:
招聘新员工后对新员工的信息录入。
(3)修改信息系统流程:
训管理员在登录后可以对信息进行修改,以保持系统的不断更新
(4)统计流程:
在工作人员把数据输入后,由计算机对一些情况进行统计,如供应情况,收费情况等,先将统计信息输出屏幕,在用户确定后由打印机打印
2.(数据库)概念(模型)设计
1、构思ERD的四条原则以及实体、联系、属性的确定
原则1(确定实体):
能独立存在的事物,例如人、物、事、地、团体、机构、活动、事项等等,在其有多个由基本项描述的特性需要关注时,就应把它作为实体。
在天然气用户及收费信息管理系统中,用户号,姓名,起始时间,使用期限等是用户的基本特征,所以用户是一个实体类.同理,管理员,供应站都是实体。
原则2(确定联系):
两个或多个实体间的关联与结合,如主管,从属,组成,占有,作用,配合,协同等等,当需要予以关注时,应作为联系。
联系通常是某类行为动作,ERD中关注的是其状态与结果而非其过程。
供应站的供应站号与用户的供应接口是一对多关系
管理员的职工号与供应站的负责人是一对多关系
原则3(确定属性):
实体的属性是实体的本质特征。
实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识。
联系的属性是联系的结果或状态。
属性具有如下几个特点:
①非多值性②非复合性③非导出性,
实体的属性还应有非关联性,只是一个实体的基本特征,与其他实体无关;联系的属性应具有关联性,是对联系结果或状态的描述。
在天然气用户及收费信息管理系统中,按惯例需要补充完善后,系统使用中涉及的实体包括:
供应站,用户,管理员。
供应站涉及到供应站号,用户,输出量,负责人。
用户涉及用户号,姓名,供应接口,起始时间,使用期限。
管理员涉及用户号和密码。
分析得出,初步建立的实体如下:
(1)供应站(供应站号,用户,输出量,负责人)
(2)用户(用户号,姓名,供应接口,起始时间,使用期限)
(3)收费信息(用户号,职工号,单价,使用量,金额)
(4)管理员(职工号,所管供应站,姓名,职务,性别)
根据以上的讨论,可以画出天然气用户及收费信息管理系统的ERD的基本结构
原则4(一事一地):
信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。
这条原则是对ERD的检验原则,对确定其构思是否正确具有很大的意义。
首先要看ERD中有没有重复出现的属性名,如果有,一定是错误的,要分析原因,消除重复。
然后要看有无不在信息分析中作为基本项出现的属性,如果有,不一定是错误,但如果不符合基本项的要求,就是错误的,要分析原因,予以改正;如果是基本项,则往往是业务流程用到的资料太完备,数据库设计者与用户协商后加上去的,要分析增加是否真有必要;如果信息分析中列出的基本项在ERD中没有作为属性出现,则一定要分析原因:
有时是不小心遗漏了,那就要补充到适当的地方。
有的是联系的表现形式,其本质上就不是基本项,在以后得到的关系中会作为外码出现,ERD中不应该出现;有一些是作为一些人工原始凭证的编号,在数据库中可能会与一条记录相对应,一般也不必在ERD中作为属性出现,还有一些是在查询或编制报表时通过系统日期生成的日期或顺序编号,其中一些重要中间结果或输出结果在它们可能与决策者的主观因素有关,而不完全取决于计算或推理结果而需要保存时,常常可以作为ERD中相关实体的从实体画出来.
根据原则4的要求,检查改进的ERD图.发现错误即马上改正。
3.(数据库)逻辑(模型)设计
3.1一般逻辑模型设计
原则1(实体转换为关系模式):
ERD中每个独立的实体转换为一个关系模式,实体的属性组成关系的属性,实体的主标识转换成关系的主码。
原则2(从实体及其主从联系转换为关系模式):
ERD中一个从实体及其主从联系转换为一个关系,从实体的属性及其主实体关系的属性组成该关系的属性,其主实体关系的主码,在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组属性,作为该关系的主码。
对子类实体可作类似一对一联系的从实体的转换。
原则3(一对多联系在关系模式中的表示):
ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码(作为外码)和联系本身的属性来表示。
注:
一对一联系作为一对多联系的特例处理,其中一个实体集中的较多个体按照这个联系不与对方实体集中的任何个体对应,该实体集称为“一”实体,对方实体集称为“零”实体。
一对一联系应通过把“一”实体关系的主码与该联系本身的属性附加到“零”实体关系上来表示,即1:
1联系应附加到没造成或少造成外码及联系本身属性空白的实体关系上
原则4(多对多联系转换为关系):
ERD中的一个多对多联系转换为一个关系,其被联系实体关系的主码作为外码和该联系本身的属性一起组成关系的属性,被联系关系的主码组成该关系的复合主码。
在天然气用户及收费信息管理系统中,供应站,用户,管理员,收费信息是实体,在天然气用户及收费信息管理系统中,根据以上原则导出的一般关系模型如下:
其中:
供应站的供应站号与用户的供应接口信息是一对多关系
管理员的职工号与供应站的负责人是一对多关系
3.2具体逻辑模型设计:
表1.1“供应站”表结构
字段名
中文英文
数据类型
长度
是否主键
约束说明
供应站号
gongying
字符
8
是
gongying>=’AA000000’ANDgongying<=’ZZ999999’
用户
users
字符
4
users>=’S000’ANDusers<=’S999’
输出量
dosage
整数
6
负责人
keeper
字符
10
参照管理员表的职工号
表1.2“用户”表结构
字段名
中文英文
数据类型
长度
是否主键
约束说明
用户号
users
字符
4
是
users>=’S000’ANDusers<=’S999’
姓名
name
字符
16
供应接口
jiekou
字符
8
参照供应站的供应站号
起始时间
kaishi_time
datetime
8
默认是当前日期
使用期限
end_time
datetime
8
默认是当前日期
表1.3“管理员”表结构
字段名
中文英文
数据类型
长度
是否主键
约束说明
职工号
employee
字符
6
是
employee>=’AA0000’ANDemployee<=’ZZ9999’
姓名
name
字符
16
职务
zhiwei
字符
10
性别
gender
文本
2
gender=’男’ORgender=女’
所管供应站
gongyingzhan
字符
8
参照供应站表的供应站号
表1.4“收费信息”表结构
字段名
中文英文
数据类型
长度
是否主键
约束说明
用户号
users
字符
4
是
参照用户表的用户号
职工号
employee
字符
6
是
参照管理员表的职工号
单价
price
货币
8
使用量
dosage
int
4
金额
sum
货币
8
4.数据库物理设计与数据库保护设计
4.1.设计表间关系:
表关系:
供应站的供应站号与用户的供应接口信息是一对多关系
管理员的职工号与供应站的负责人是一对多关系
4.2.用户授权与安全性控制:
本系统采用了用户标识与鉴别和视图机制,用户必须输入密码才能登陆系统,而且具有密码修改功能,能在一定程度上防止恶意的登陆与修改系统信息,详细请见以下的功能设计。
5.处理功能设计
5.1主控模块设计:
包括系统欢迎画面、用户身份验证、主控表单或菜单、系统退出的环境恢复等功能。
5.1.1系统各模块构成
根据功能设计要求,该人事培训管理系统的功能可以划分成几大功能模块分别是:
系统登入模块
系统访问控制模块
供应站信息模块
用户信息模块
收费信息模块
管理员模块
具体如下:
5.2子模块设计:
5.2.1设计输入:
设计输入数据到表中的表单或窗口,注意实现用户定义的完整性约束,并具有输入校验,以确保输入数据正确,没有垃圾数据混入。
本系统包括4个表单供用户输入数据。
各自有不同的输入界面。
5.2.3查询设计:
本系统包括4个查询表单,
例:
用户管理菜单里有信息查询表单,可按用户号进行查询。
输入用户号信息便能查询出有关员工的情况。
5.2.4报表设计:
本系统包括4个报表,就是天然气用户及收费信息报表。
可实时输出相关的用户收费情况。
6.数据库应用系统的实现
6.1数据库及其表结构的建立:
建立数据库描述文件(.DBC)及其数据库表(.DBF),注意完整性、索引与永久关联的实现,并附打印出的作为系统命令执行结果的数据库表结构及其关联图、参照完整性表。
6.1.1数据库的建立,按表关系中
供应站的供应站号与用户的供应接口信息是一对多关系
管理员的职工号与供应站的负责人是一对多关系
6.2.1数据输入:
实现5.2.1中的输入程序后,用这些输入程序或系统的追加插入命令录入数据,并打印出用VFP命令列出的各表的内容。
为方便识别,下列各窗口字段名均用上表的中文名
本系统的数据输入表单,(“添加”按钮可以录入数据)
6.3模块实现:
6.3.1系统欢迎表单:
6.3.2系统登陆界面
其基本功能是验证用户身份,便于维护数据安全。
6.3.3主菜单界面:
6.3.4数据维护界面与查询界面
(1)供应站信息维护窗:
相关SOLSEVER语句:
1.添加
INSERTINTO供应站(供应站号,用户,输出量,负责人)
VALUES(‘AA000001’,’S001’,’1000’,’AB0001’)
2.修改
UPDATE供应站SET负责人=’AB0012’
WHERE供应站号=’AA000001’
3.删除
DELETE供应站WHERE供应站号=’AA000002’
(2)供应站信息查询窗:
语句:
SELECT供应站号,用户,输出量,负责人
FORM供应站
WHERE
供应站号in(‘AA000001’,’AA000002’)
(3)用户信息管理窗
相关SOLSEVER语句:
1.添加
INSERTINTO用户(用户号,姓名,供应接口,起始时间,使用期限)
VALUES(‘S006,’’李振’,,‘AA000003’,’2010-2-2’,’2016-2-2’)
2.修改
UPDATE用户SET用户号=’S002’
WHERE供应接口=’AA000001’
3.删除
DELETE用户WHERE使用期限=’2010-7-5’
(4)用户信息查询窗:
查询语句:
SELECT用户号,姓名,供应接口,起始时间,使用期限
FORM用户
WHERE用户号=’S001’
(5)管理员信息管理窗:
相关SOLSEVER语句:
1.添加
INSERTINTO管理员(职工号,所管供应站,姓名,性别,职位)
VALUES(‘AA0001’,‘AA000003’,’莉莉’,’女’,’收费员’)
2.修改
UPDATESET职工号=’AA0003’
WHERE姓别=’女’
3.删除
DELETE管理员WHERE姓名=’张军’
(6)管理员信息查询窗:
语句:
SELECT职工号,所管供应站,姓名,性别,职位
FROM管理员
WHERE
职工号=’AB0002’
(7)收费信息管理窗:
相关SOLSEVER语句:
1.添加
INSERTINTO收费信息(用户号,金额,单价,使用量,职工号)
VALUES(‘AA000004’,‘100’,’5’,’20’,’AA0001’)
2.修改
UPDATESET职工号=’AA0003’
WHERE职工号=’AB0012’
3.删除
DELETE收费信息WHERE职工号=’AB0001’
(8)收费信息查询窗:
查询语句:
SELECT用户号,单价,使用量,金额,职工号
FROM收费信息
WHERE用户号=’S001’AND职工号=’AA0001’
6.3.5修改密码窗
7.数据库应用系统运行
7.1.系统操作使用的简要说明
1.本系统工作于可以再安装有ACCESS2003的电脑平台上直接运行。
2.本系统登陆信息初始定为用户号:
xin密码:
xin
3.系统内
登陆界面:
此界面的主要功能是用户登录系统的连接。
注册界面:
此界面的主要功能要求实现密码的检验,以确保系统的安全。
主界面:
此界面的主要功能让用户选择自己想要进行的操作。
供应站信息管理界面:
此界面的主要功能要求实现对供应站的基本信息进行管理。
供应站信息查询界面:
此界面的主要功能要求实现对供应站的基本信息进行查询。
用户信息管理界面:
此界面的主要功能要求实现对用户的基本信息进行管理。
用户信息查询界面:
此界面的主要功能要求实现对用户的基本信息进行查询。
收费信息管理界面:
此界面的主要功能要求实现对用户收费基本信息进行管理。
收费信息查询界面:
此界面的主要功能要求实现对用户收费基本信息进行查询。
密码修改界面:
此界面的主要功能要求实现对管理员的密码修改,增强系统安全性。
7.2运行系统并打印出运行结果(至少有两个查询结果和两个报表输出结果)。
收费信息查询结果如下:
用户信息查询结果如下:
收费信息报表
管理员信息汇总报表
7.3系统评价:
采用的有特色的技术与技巧;成功之处与主要特点;系统会改进完善之处和进一步工作的打算。
7.3.1特色的技术与技巧
(1)小型企业也能实现业务管理的自动化,系统化。
(2)数据维护和查询非常方便。
(3)各界面清晰且平易近人。
由于本系统是面向小型企业的,所以在设计的时候尽量考虑系统的简单实用性,同时以市面上常见系统的模式为蓝本开发。
实用价值大,大大避免手工操作,工作量大,出错率高的情况,解决了信息查询困难的情况,如果没有一个有效的数据库帮助我们存放信息,那么每次查资料都要花费大量的时间。
7.3.2系统可改进完善之处与进一步完善的打算:
本系统可以改善之处还有很多,例如查找功能的进一步细化、用户权限可以放宽到其他员工、业务操作系统的适应性加强、更多种类报表的打印输出等都已经列入下一步完善的计划之中。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 项目 设计