软件系统分析与建模Word下载.docx
《软件系统分析与建模Word下载.docx》由会员分享，可在线阅读，更多相关《软件系统分析与建模Word下载.docx（17页珍藏版）》请在冰点文库上搜索。
开放式实验管理系统是现代化实验室运营的必要技术支撑和基础设施，实现开放式实验管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强实验室的管理，提高实验室的工作效率，改进其质量，从而树立现代实验室的新形象，这也是未来实验室发展的必然方向。
该系统的实施将在整个实验室建设企业级的计算机网络系统，并在其基础上构建企业级的应用系统，实现整个实验室的人、财、物等各种信息的顺畅流通和高度共享，为实验室的管理水平现代化和领导决策的准确化打下坚实的基础。
关键词：
开放式实验管理系统；
数据库；
数据字典；
E-R图；
Visualstudio.NET2005；
SQLSERVER2000；
Visio2003
一、课程设计目的和要求
课程设计是为了增强学生对所学课程的理解，学会综合地、灵活地运用所学课程知识的一个重要的实践环节。
二、课程设计的仪器和设备
1、支撑软件
操作系统：
WindowsXPProfessional
数据库软件：
SQLSERVER2000
开发工具及环境：
VisualStudio.Net2005
2、支撑硬件
机器配置最低要求：
硬盘可用空间20G以上；
CPUP31G以上；
内存256M以上；
显卡要求32真彩、分辨率1024*768以上；
建议使用PC服务器。
三、课程设计的过程
1、系统建模
1.1本系统总的功能结构图
开放式实验室教学管理系统
前台
后台
浏览实验信息
管理学生实验报告
学生登录
教师登录
管理员登录
批改实验报告
预约实验
个人资料管理
学生信息管理
教师信息管理
实验信息管理
管理员管理
系统设置
查询实验成绩
1.2类图设计
1.2.1信息资源管理子系统类/对象图
1.2.2实验室管理子系统类/对象图
实验室
名称
编号
级别
地点
类别
面积
建立年份
固定资产
电话
所有属性的设置方法
和获取方法
实验室操作
添加实验室
修改实验室
删除实验室
查看实验室信息
1.2.3系统管理子系统类/对象图
<
图8用户类>
<
图8管理用户类>
图8登陆类>
<
图8更改密码类>
1.3动态模型
1.3.1部分子系统中部分对象的状态图
图1.3.1.1信息资源对象状态图>
图1.3.1.2设备对象状态图>
图1.3.1.3课程对象状态图>
图1.3.1.4用户对象状态图>
1.3.2部分子系统的活动图
图1.3.2.1信息资源管理模块活动图>
图1.3.2.2设备管理模块活动图>
图1.3.2.3系统管理模块活动图
1.4数据库设计
数据库是管理信息系统的核心，一个良好的数据库结构既具有数据冗余少、操作处理过程简单等特点，同时也应具有信息查找比较容易、系统开销低等特点[6]。
本系统在进行数据库设计时，先根据在需求分析中得到的业务数据流，进行高度抽象得出系统实体，构造E-R图，然后再将E-R图转换生成特定的DBMS支持下的关系模式，再对确定的关系数据模式进行优化，最后确定数据的物理存储。
1.4.1概念结构设计
概念结构设计的重点在于信息结构的设计，它是整个数据库系统设计的关键。
它独立于逻辑结构设计和DBMS。
现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。
对象类型的组成成分可以抽象为实体的属性。
为此本系统从业务逻辑数据流中抽象出各个实体：
学生、教师、管理员、实验课程、实验报告等。
并根据系统实际确定各实体之间的关系。
基于以上对系统数据信息流的分析和抽象，我们可以设计出本系统的E-R图（实体-联系图）如下：
图1.4.1.1学生E-R图
图1.4.1.2管理员E-R图
1.4.2逻辑结构设计
设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。
设计逻辑结构时要将概念结构转换为一般的关系、网状、层次模型，并将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换，对数据模型进行优化，最后再设计外模式。
由此，我们将概念结构得出的结果（E-R图）向特定DBMS支持下的数据模型转换得出如下表：
表1Student（学生）
字段
数据类型
长度
描述
Sid
nchar
10
学号（主键）
Sname
char
8
姓名
Sex
varchar
2
性别
Pwd
20
密码
Grade
50
年级
Major
专业
Class
班级
Phone
Email
邮箱
Abstract
text
16
备注
表2Major（专业）
Mid
专业编号（主键）
专业名称
表3Grade（班级）
Gid
int
4
班级编号（主键）
varchar
班级名称
表4Lib_Info（实验信息）
Cid
实验编号（主键）
Cname
实验名称
Ccontent
实验内容
Wanted
预约限制人数
Real
实际预约人数
Date
datetime
时间
Address
Score
实验学分
Teacher
辅导教师
Worker
工作人员
表5Lib_Book（预约实验）
学生编号（主键）
Check
是否审核
表6Lib_Report（实验报告）
Tid
教师编号
Title
实验题目
Content
实际内容
表7Lib_Public（实验发布）
ID
实验报告编号（主键）
报告题目
报告内容
Time
添加时间
表8Teacher（教师）
TID
教师编号（主键）
Tname
教师姓名
Tsex
教师性别
Tpwd
Tphone
在对系统进行数据库设计时，为了对关系模式进一步优化和完善，系统通过设置实体唯一主健、数据类型及长度约束来保证系统实体的完整性，数据正确的域完整性。
系统还设置了表间约束关系来维护表与表之间数据一致性的参照完整性。
表间约束关系如图：
图1.4.2.1表间的约束关系
前面我们根据用户需求设计了局部应用视图，这种局部应用视图只是概念模型，用E-R图表示。
在我们将概念模型转换为逻辑模型后，即生成了整个应用系统的模式后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。
目前关系数据库管理系统一般都提供了视图概念，支持用户的虚拟视图。
我们可以利用这一功能设计更符合局部用户需要的用户外模式。
定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发。
由于用户外模式与模式是独立的，因此我们在定义用户外模式时应该更注重考虑用户的习惯与方便。
为此，系统为不同角色的用户定义了符合自己需求的视图。
1.5定义视图
以下定义的视图是为学生查询预约实验返回查询结果而设计的特定视图。
图1.5.1
2、系统设计
2．1学生功能模块
1、学生登录
图2.1.1学生登录
学生登录后进入主界面
图2.1.2系统主界面
关键代码：
protectedvoidbtnStuLogin_Click（objectsender,EventArgse）//登录系统
{
stringstuID=this.txtStuID.Text;
stringstuPwd=this.txtStuPwd.Text;
studentstu=newstudent（）;
//定义一个学生对象
if（stu.checkStu（stuID,stuPwd）>
0）//核实学生记录是否在数据库中存在
Session["
stuID"
]=stuID;
Response.Redirect（"
/student/Default.aspx"
）;
}
else
this.lbstu.Visible=true;
this.lbstu.Text="
错误提示：
用户名或密码错误，请重新输入！
"
;
}
四、课程设计的心得
升级会员 