数据库综合实践报告.docx
《数据库综合实践报告.docx》由会员分享,可在线阅读,更多相关《数据库综合实践报告.docx(27页珍藏版)》请在冰豆网上搜索。
![数据库综合实践报告.docx](https://file1.bdocx.com/fileroot1/2022-10/19/23f98f63-9a0f-4d74-9fd7-e2a38582fb22/23f98f63-9a0f-4d74-9fd7-e2a38582fb221.gif)
武汉理工大学《数据库系统综合实验》实验说明书
学号:
题目
数据库系统综合实验
学院
计算机科学与技术
专业
班级
姓名
指导教师
施继珉
年
月
日
项目管理系统数据库综合实验
1.概述
1.1任务描述
本系统旨在协助用户管理自己的项目,通过综合管理项目信息及用户基本情况,以达到高效,快速,迅捷,准确的掌握全方面信息,大大降低了人工管理的复杂度,其简单的操作界面和强大的数据库操作功能带给管理者和使用者很大的经济效益。
协助用户管理自己的项目。
项目管理系统可以登记项目的详细信息,从不同的角度对项目进行统计,监控项目的进度,对项目进行维护,安排项目的人员调度。
1.2可行性分析
目前,随着IT技术的进步和高等院校规模的逐步扩大,许多日常工作都是围绕一个个项目展开的,且项目管理工作日益复杂,项目信息数据库也日益庞大,早期的人工管理方式已经不能适应高校发展的要求。
本系统旨在协助用户管理自己的项目,通过综合管理项目信息及用户基本情况,以达到高效,快速,迅捷,准确的掌握全方面信息,大大降低了人工管理的复杂度,其简单的操作界面和强大的数据库操作功能带给管理者和使用者很大的经济效益。
根据学过的各方面的知识,先修课程:
高级语言程序设计、数据结构、操作系统、软件工程等,实现项目管理数据库一般要求。
1.3系统目标
(1)实用性原则:
真正项目管理者,工程管理的实际流程,设计出实用的项目管理系统。
(2)可靠性原则:
必须为项目管理者提供信息安全的服务,以保证工程项目信息不被泄露。
(3)友好性原则:
本系统面向的用户是工程管理人员和用户,所以系统操作上要求简单、方便、快捷,便于用户使用。
(4)可扩展性原则:
采用开发的标准和接口,便于系统向更大的规模和功能得进一步完善和发展,所以要实现可扩展性。
1.4系统的功能需求
根据项目管理系统的理念,此项目管理系统必须满足以下需求:
(1)项目管理,包括创建和修改项目,及根据条件列出相应项目列表 。
(2)工作进程管理,包括查询、添加、修改、删除工作进程及及角色权限管理。
(3)数据统计,包括项目和人员数据统计 。
(4)用户管理,包括创建用户及根据条件列出相应项目列表。
1.5系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,系统应该满足以下的性能需求:
(1)系统处理的准确性和及时性
系统处理的准确性和及时性是录像出租系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足用户对信息的处理的要求。
由于该系统的查询功能对于对数据库多个表的重新组合及搜索,对查询的响应时间和查询结果的准确度很大程度地影响了会员的满意程度。
因此在本次系统开发的过程中,将采用优化的SQL语句和建立索引及安全扩展存储过程来保证系统的准确性和及时性。
(2)系统的开放性和系统的可扩充性
该系统在开发过程中,应该充分考虑以后的可扩充性。
例如工程项目信息和查询等模块也会不断的更新和完善。
这些要求该系统可以提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范和要求,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
(3)系统的易用性
本系统面向工程管理人员和用户,而有些使用人员对计算机并不是特别熟悉,所以系统操作上要求简单、方便、快捷,便于用户使用。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
2需求分析
对用户需求进行调查分析后,形成用户需求分析文档。
2.1.1数据字典
(1)数据项的描述
数据项:
用户ID
含义说明:
标识每一位用户
类型:
字符型
长度:
根据实际情况设定
取值含义:
根据登录用户先后顺序
与其他数据项的逻辑关系:
数据项:
用户名
含义说明:
表示
类型:
字符型
长度:
20
取值含义:
根据登录用户和项目创建管理者
与其他数据项的逻辑关系:
数据项:
项目进程状态
含义说明:
记录工程项目当前进度
类型:
字符型
长度:
根据实际情况设定
取值含义:
显示工程是否完成,true表示完成,false表示未完成
与其他数据项的逻辑关系:
数据项:
项目创建时间
含义说明:
记录工程项目创建的时间
类型:
时间型
长度:
根据实际情况设定
取值含义:
根据项目创建的日期
与其他数据项的逻辑关系:
数据项:
预计完成时间
含义说明:
预计项目完成的日期
类型:
时间型
长度:
根据实际情况设定
取值含义:
根据工程实际估算出的预计完成时间
与其他数据项的逻辑关系:
数据项:
预计持续时间
含义说明:
从创建到完成所需要的时间
类型:
字符型
长度:
根据实际情况设定
取值含义:
更加工程项目实际确定
与其他数据项的逻辑关系:
预计持续时间等于预计完成时间减去项目创建时间
数据项:
项目ID
含义说明:
项目的唯一标示
类型:
int
长度:
根据实际情况设定
取值含义:
根据项目创建的时间顺序
与其他数据项的逻辑关系:
数据项:
项目名称
含义说明:
项目的名称
类型:
字符型
长度:
根据实际情况设定
取值含义:
创建项目所起的名字
与其他数据项的逻辑关系:
数据项:
项目描述
含义说明:
描述项目详细情况
类型:
字符型
长度:
根据实际情况设定
取值含义:
用一段文字描述项目情况
与其他数据项的逻辑关系:
数据项:
项目负责人
含义说明:
此项目的具体负责人
类型:
字符型
长度:
根据实际情况设定
取值含义:
根据项目实施的具体负责人
与其他数据项的逻辑关系:
数据项:
目录名称
含义说明:
显示都有些什么项目
类型:
字符型
长度:
根据实际情况设定
取值含义:
根据项目名称来定
与其他数据项的逻辑关系:
数据项:
项目目录ID
含义说明:
唯一标示目录的符号
类型:
int
长度:
根据实际情况设定
取值含义:
与其他数据项的逻辑关系:
(2)数据结构的描述
数据结构:
用户
含义说明:
显示登录用户的信息
组成:
用户ID、用户名
数据结构:
项目信息
含义说明:
标示项目的详细信息
组成:
项目ID、项目名称、项目描述、预计持续时间、预计完成时间、 项目创建者
数据结构:
项目目录
含义说明:
标识项目目录
组成:
项目目录ID、目录名、目录名称简写
数据结构:
工作进程
含义说明:
标示工程项目进程
组成:
进程ID、进程状态描述、项目目录ID、项目负责人
数据结构:
项目成员
含义说明:
标示项目成员
组成:
用户ID、项目ID
(3)数据流的描述
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括以下内容:
数据流名、说明、数据流来源、数据流去向、组成等。
数据流编号:
F1
数据流名称:
项目信息表
简述:
工程项目的详细信息
数据流来源:
项目创建人
数据流去向:
管理员
数据流组成:
项目ID、项目名称、项目描述、预计持续时间、预计完成时间、 项目创建者
数据流量:
100/天
高峰流量:
300/天
数据流编号:
F2
数据流名称:
项目进程表
简述:
提供每个工程项目的进程
数据流来源:
项目管理员
数据流去向:
项目用户
数据流组成:
进程ID、进程状态描述、项目目录ID、项目负责人
数据流量:
100/天
高峰流量:
300/天
数据流编号:
F3
数据流名称:
项目目录表
简述:
提供项目的总目录情况
数据流来源:
项目管理员
数据流去向:
项目用户
数据流组成:
项目目录ID、目录名、目录名称简写
数据流量:
100/天
高峰流量:
300/天
(4)处理逻辑的描述
处理逻辑编号:
P1
处理逻辑名称:
创建项目
简述:
有新的项目创建时,要及时更新
输入的数据流:
项目名称、项目描述、预计持续时间、预计完成时间、 项目 创建者
处理描述:
对项目信息数据进行更新操作
输出的数据流:
项目的当前信息
处理频率:
100次/天
处理逻辑编号:
P2
处理逻辑名称:
创建工作进程
简述:
对项目的进程进行更新
输入的数据流:
进程状态描述、项目目录ID、项目负责人
处理描述:
对项目进程信息数据进行更新操作
输出的数据流:
项目进程的当前信息
处理频率:
100次/天
处理逻辑编号:
P3
处理逻辑名称:
简述:
对项目的进程进行更新
输入的数据流:
进程状态描述、项目目录ID、项目负责人
处理描述:
对项目进程信息数据进行更新操作
输出的数据流:
项目进程的当前信息
处理频率:
100次/天
(5)数据存储的描述
数据存储编号:
S1
数据存储名称:
创建的工程项目
简述:
记录创建的工程项目的信息
数据存储组成:
项目名称、项目描述、预计持续时间、预计完成时间、 项目 创建者
关键字:
项目名称+项目创建者
相关联的处理:
P1
数据存储编号:
S2
数据存储名称:
项目进程
简述:
记录工程项目的进程进度
数据存储组成:
进程ID、进程状态描述、项目目录ID、项目负责人
关键字:
进程ID
相关联的处理:
P2
2.12数据流图
项目管理系统数据流程图如下:
图1.1项目管理子系统数据流图
3.数据库设计
3.1概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
根据需求分析形成的数据字典和数据流图,抽象得到的实体有:
用户表(用户ID、用户名)
项目(项目ID、项目名称、项目描述、预计持续时间、预计完成时间、 项 目创建者)
项目目录信息表(目录ID、目录名、目录简写、父目录ID、项目ID)
工作进程信息表(进程ID、项目目录ID、项目负责人、进程状态描述)
项目成员表(用户ID,项目ID)
实体之间的联系如下:
用户创建可以创建多个项目,一个项目对应一个用户。
用户管理创建工作进程。
工作进程包含目录信息。
目录把项目信息分类。
项目管理系统E-R图如图2.1所示。
图2.1项目管理子系统E-R图
3.2逻辑结构设计
逻辑设计的任务就是把概念设计阶段设计的E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
实体转换的关系模式有用户,项目,项目目录,项目进程
“创建”联系与用户关系模式合并
“管理”联系与用户关系模式合并
“包含”联系与工作进程关系模式合并
“分类”联系与项目目录关系模式合并
3.3物理结构设计
为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程就是数据库的物理设计。
数据库在物理设备上的存储结构与存取方法称为物理结构。
住宿数据库的数据文件、日志文件存放到指定的硬盘上,该硬盘最好不安装操作系统、DBMS等软件,数据库备份文件存放到移动硬盘。
根据处理需求,建立相关索引,如表2.1所示:
2.1索引列表
关系模式
索引属性列
索引类型
用户
用户ID
项目进程
进程ID
项目
项目ID
项目目录
目录ID
4.数据库实施
4.1Ms