小型办公系统Word文档格式.doc

上传人:b****2 文档编号:14566020 上传时间:2022-10-23 格式:DOC 页数:12 大小:3.18MB
下载 相关 举报
小型办公系统Word文档格式.doc_第1页
第1页 / 共12页
小型办公系统Word文档格式.doc_第2页
第2页 / 共12页
小型办公系统Word文档格式.doc_第3页
第3页 / 共12页
小型办公系统Word文档格式.doc_第4页
第4页 / 共12页
小型办公系统Word文档格式.doc_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

小型办公系统Word文档格式.doc

《小型办公系统Word文档格式.doc》由会员分享,可在线阅读,更多相关《小型办公系统Word文档格式.doc(12页珍藏版)》请在冰豆网上搜索。

小型办公系统Word文档格式.doc

本课程设计实验主要围绕两方面内容:

数据库设计和基本数据库编程实践。

通过本实验,使学生了解数据库系统的理论,掌握数据库的设计方法及数据库的运用和基本开发技术。

1.掌握数据库设计的基本方法,熟悉数据库设计的步骤;

2.通过设计数据库系统应用课题,进一步熟悉数据库管理系统的操作技术,提高动手能力,提高分析问题和解决问题的能力;

3.学习基本数据库编程方法。

三、实验要求

掌握数据库的设计的每个步骤,以及提交各步骤所需图表和文档。

通过使用MSSQLSERVER2005,建立所设计的数据库,并在此基础上实现数据库查询、连接等基本操作操作。

四、实验内容

第一章需求分析

1.1系统性需求分析

传统的办公方式,如书面传递和口头通知等,日渐显现其效率低、信息传递慢、公文查阅不便及资源浪费等缺陷。

随着计算机技术和互联网的发展,网络化办公越来越显示其优越性。

本文主要介绍了采用ASP.NET+SQL的办公自动系统的功能,设计及其使用效果。

需求分析的第一步描述工资管理系统的功能,即定义用例,以此确定系统的功能需求。

工资管理系统的用例分析主要是找出系统中所有的用例,因此要和工资管理系统的潜在用户进行讨论。

系统最终实现的主要功能如下:

(1)员工登录模块

员工输入账号密码登录系统。

员工基本信息包括员工ID、员工姓名、所在部门、所任职务、联系电话等信息。

员工增删实现了对数据库中员工信息的增加和删除。

(2)群发信息模块:

部门经理可群发短信给本部门的员工

(3)信息查询、修改模块:

所有用户可以查询所有员工的通信录,改变自己的通信方式和登录密码,查看自己的短信息

(4)系统管理模块:

系统管理员可以查看、增加、删除前3类用户,即普通员工、部门经理和总经理,并可修改其密码;

可以查看、增加、删除部门信息,可以指定或更改部门经理,可以为每位员工分配部门。

1.2功能分析图

如图1-1所示

员工登录模块

群发短信模块

信息查询修改模块

系统管理模块

员工登录

部门经理群发短信

用户可查询所有员工的通信录

增加修改查看非管理员用户

小型办公系统

分配部门

操作部门信息

图1-1

1.3数据流图

系统数据流图如图1-2、1-3所示

用户

系统

账号密码登陆

系统管理员

总经理

部门经理

普通员工

通信录

查看、更改

登录密码

修改

图1-2

查看、增加、删除;

修改密码

查看、增加、删除,修改密码

部门信息

本部门员工

群发短信

查看、增加、删除

指定和更改

布置工作

图1-3

1.4数据字典

1、部门信息

属性名

类型

长度

说明

部门名

varchar

35

varChar

部门ID

2、员工信息

员工ID

员工ID,设为主键

姓名

姓名,不为空

账号

账号,不为空

密码

密码,不为空

电话

电话,不为空

3、职位

职位名

第二章概念结构设计

一、实体属性图

1、员工实体图

如图2-1所示

员工

职位

图2-1

2、部门实体图

如图2-2所示

部门

图2-2

3、职位实体图

如图2-3所示

图2-3

二、局部E-R图

1、职位E-R图

一个员工只有一个职位,而一个职位可以拥有多个员工,因此其局部E-R图如图2-4为:

聘任

m

n

图2-4

2、部门E-R图

一个部门由多个员工组成,而一个员工只属于一个部门,故其E-R图如图2-5为:

组成

1

图2-5

三、总体E-R

工作

系统E-R图如图3-1所示:

图3-1

第三章逻辑结构设计

E-R模型向关系模型的转换:

(关系的码用下横线画出)

部门(部门ID,部门名,部门经理),

此为部门实体对应的关系模式。

员工(员工ID,部门ID,姓名,账号,密码,电话)

此为员工实体对应的关系模式。

该关系模式已包含了联系“工作”所对应的关系模式。

对于部门与员工之间的“工作”(1;

n)联系,将其与员工端(n端)合并。

职位(职位名)

聘任(员工ID,职位名)

此为联系聘任对应的关系模式。

对于职位与员工之间的“聘任”(m;

n)联系转换为一个关系模式。

第四章物理结构设计

关系数据库存取方法

为了方便各部门经理对本部门员工进行操作,本数据库采用聚簇方法来存放员工信息,聚簇码为所属部门ID。

为了提高某个属性(或属性组)的查看速度,把这个或这些属性上具有相同值的元祖集中存放在连续的物理块中称为聚簇。

采用聚簇方法可以大大提高按相同部门进行查询的效率。

因为查询员工一般根据员工ID来查询,所以需要对员工ID创建索引来减少查询时间

关系数据库的存储结构

确定数据库的存储结构主要指确定关系、索引、聚簇、日志、备份等的存储安排和存储结构,确定系统配置参数等。

在数据库中,引进了分区的概念,一个数据库文件逻辑上由一个或者多个分区组成,分区是一个逻辑概念,一个分区物理上由一个或者多个物理文件组成,分区与物理文件的映射由数据库产品来管理,分区中至少有一个系统分区,数据字典存储在系统分区中,具有DBA权限的用户可以创建新的分区成为用户分区,并且可以为每个分区追加物理文件

第五章数据库行为设计

一、创建数据库

建立数据库db142

Createdatabasedbs142

二、创建表

1、创建部门表

usedbs142

Createtablebm(

BmIDchar(35)primarykey,

Bmmchar(35),

Jlchar(35)

2、创建员工表

Createtableyg(

ygIDchar(35)primarykey,

xmchar(35),

dhchar(35),

zhchar(35),

mmchar(35),

xxchar(35),

BmIDchar(35)

Foreignkey(bmID)referencesbm(bm

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 外语学习 > 其它语言学习

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1