软件工程课程设计模板.docx
《软件工程课程设计模板.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计模板.docx(32页珍藏版)》请在冰点文库上搜索。
软件工程课程设计模板
成绩:
____
大连轻工业学院
《软件工程基础》课程设计报告
项目名称:
学生治理系统
班级学号姓名
负责人:
参与人:
参与人:
指导教师:
学生治理系统需求说明书
1引言
编写目的
本需求说明书依照对学生治理方面的需求分析,描述了学生治理系统的要求,而且作为各方面沟通的依据,也为下一步工作提供基准。
软件开发小组的每一名成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点。
经利用方认可的需求说明将作为产品特点评判、仲裁的重要参考。
此说明书将作为问题进一步讨论,和谐的文档资料。
同时也便于用户能了解工具的内部详细技术,资料,为保护系统及他的二次开发留下参考资料。
背景
说明:
A、软件系统的名称:
学生治理系统
B、任务提出者:
王海文教师
开发者:
利用者:
大连轻工业学院招生办、教务处治理人员、学生、教师和系统治理员
C、运行环境:
客户机服务器
硬件支撑环境:
cpuPentiumIII266HZ以上,cpu奔Ⅴ以上,
64M以上内存,256M以上内存,
4G以上硬盘,40G硬盘,
100M以太网卡,100M以太网卡
软件支撑环境:
Windows98+或以上Windows2000professional
+.NET框架++IIS
前台:
后台:
SQLServer2000
本系统将利用SQLServer2000作为数据库存储系统,SQLServer2000将由个人自行购买和安装。
概念
技术术语:
需求说明书:
软件开发需求分析时期的工作功效。
时详细记录软件需求信息的文档,是开发者与用户交流和系统进一步开发的依据。
系统结构图:
对所开发系统的体系结构进行描述的图形工具。
系统用例图:
系统功能描述,利用户能够直观地看到软件实现的功能。
实体关系图:
将对象的关系图形化,从图中可直接看出实体见得联系及实体的属性。
参考资料
《高级编程》(清华大学出版社);
《软件工程》(人民邮电出版社);
《SQLServer2000治理实务》(人民邮电出版);
CSDN论坛()
2任务概述
目标
本系统将提供给校招生办、教务处治理人员、学生、教师利用,招生办对学生进行注册,教务处治理人员进行课程和成绩的治理,学生能查询本人的大体信息和成绩,教师能查询所教班级的学生成绩。
系统治理员除上面功能之外还能治理用户。
用户的特点
利用本系统的用户对运算机的操作都比较熟练。
学生和教师都只有查询的功能,只要求熟悉简单操作和对用户名进行更改。
招生办和教务处人员要求熟练把握软件的利用方式,具有熟练的运算机操作技术,熟悉各类数据的生成及打印报表方式。
系统治理人员那么要求[1]熟悉治理流程,[2]熟悉本软件的运行环境,
[3]熟悉本软件的内部结构和利用方式,
[4]熟悉各类数据的生成及打印报表方式,
[5]熟悉软件的开发工具和数据库的保护
[6]具有熟练的运算机操作技术[7]能够网络保护。
[8]有必然的开发能力,能够对协助该系统进行适当的升级和保护工作。
假定和约束
已经有的约束条件包括:
A、本系统免费提供,要紧用于学习。
B、本系统的最后的交付日期是2005年4月1日,而且包括最后的B测试、产品包装,系统要求在2004年4月正式投入利用;
假设:
本项目可不能在中期发生不可同意的范围变更;
2.4系统结构图:
客户端阅读器效劳器端
学生治理系统结构图1-1
系统的功能模块:
系统将分解成一下功能模块慢慢实现:
1:
后台数据库的创建;
2:
用户治理模块
3:
课程治理模块;
4:
学生治理模块;
5:
成绩治理模块;
整体框架图如下:
整体框架图1-2
系统的用例图:
用例图1-3
3需求规定
对功能的规定
(1)、成员治理
要求对成员进行登录时的身份验证
(2)、任务治理
a.学生只能查询本人已有成绩和本人详细资料,更改用户名和密码:
b.教师只能查询本人所教班级课程的成绩和本人详细资料,更改用户名和密码:
c.招生办人员能录入学生的大体信息,查询、修改和删除学生信息,更改用户名密码:
d.教务处人员能查询、录入、更改和删除课程,查询、录入成绩,查询、修改学生信息,更改用户名密码:
e.系统治理员能执行其他人员能执行的所有操作,还能添加、删除用户:
对性能的规定
精度
一、在执行数据增加(例如向数据库中增加新的任务)的时候,不许诺显现因为程序的缘故致使增加操作失败,也不许诺发生重复增加的数据;
二、在执行数据删除操作的时候,不许诺因为程序的缘故发生多删除数据、删除失败的情形;
3、数据的修改也要求维持对应的准确性;
时刻特性要求
在单用户执行增加修改和删除操作的时候,在运行环境规定的条件下,单次操作的响应时刻要求在2秒钟之内。
返回100行数据之内的数据查询,单次操作的响应时刻要求在2秒之内。
多人操作时候,时刻和相应的要求同上。
灵活性
A、操作方式
程序在通常的应用环境下利用鼠标和键盘进行输入和输出操作,关于执行按钮,通常利用鼠标的点击完成,可是,界面要求全数支持键盘的定位操作(在不安装鼠标的运算机上,也能够利用该系统)。
B、运行环境
要求能够在Windows2000及以上的操作系统上运行。
输人输出要求
系统的大体数据单元如下:
数据名称
UserName
组成
名称
格式
范围
精度
说明
Password
字符
20
-
登录时输入的密码
UserName
字符
20
-
使用人员的姓名
RoleID
Int
8
对应的角色标识
备注
姓名、密码在登录的时候,大小写敏感
数据名称
Course
组成
名称
格式
范围
精度
说明
CourseID
Int
8
-
课程编号
CourseName
字符
20
-
课程名称
Duration
Int
8
学时
Year
日期
1900年后
该课程属于哪一年
Semeter
Bit
0、1
第几学期
MajorID
Int
8
专业编号
……
系统的数据将依照不同的数据对象分成11个数据库表,别离为:
学生大体资料表(StudentData)、学生课程表(Student_Course)、课程表(Course)、教师大体资料表(TeacherData)、教师课程表(Teacher_Course)、用户表(UserTable)、角色表(Role)、班级表(Class)、教师班级表(Teacher_Class)、学院表(Department)、专业表(Major)
关系图如下:
系统后台数据库关系图1-4
输入的操作要求如下:
序号
输入信息
操作和处理
输出
1
学生基本信息
执行添加操作
对应学生信息被保存
2
课程信息
执行添加操作
对应课程被保存
3
指定一个帐户,输入该帐户新的用户信息
执行更改操作
该任务原来的用户信息被新的用户信息所代替
4
指定学生编号
执行删除操作
对应信息被删除
5
指定某学生某课程
执行添加操作
对应成绩被添加
……
数据治理能力要求
以下是每一年的各个单元可能产生的新的数据量。
以下的情形,是已经成立数据库、输入原始数据的情形下的正常增加,不考虑超级特殊的情形:
数据单元
年增加量
每年需要的最大的存储容量
学生
4000
200M
课程
1000
60M
成绩
80000
200M
教师
200
10M
班级
200
10M
用户
5000
50M
专业
10
1M
故障处置要求
A、在用户输入一些不合理的数据的时候,能够进行一些合理的提示信息,不能因为输入错误而致使系统的错误,或程序停止运行;
B、程序运行时,对效劳器和网络通信故障能够识别并提示,当故障排除后,程序恢复正常运行;
C、数据库要求有灾难备份机制,以避免数据的全数丢失。
其他专门要求
A、平安性
SQLSERVER2000自身提供了对数据的平安爱惜方法,数据进行集中治理同时幸免了数据的不一致和冗余,只有系统治理员持有对数据访问的权限,对密码采纳加密存储,本系统的用户、密码能保证平安。
数据库同时提供了备份和恢复的功能,在数据库效劳器显现问题的时候,能进行数据的快速恢复。
B、可扩充性
系统在开发完毕以后,在后续的开发中,能够在本框架的基础上,增加功能模块。
C、健壮性
系统应该保证在一次开机三个月之内稳固运行(最大的任务时刻距离是三个月的时刻),数据库在一些灾难事故中能够在系统安装好以后,两小时内恢复。
4运行环境规定
设备
客户程序硬件要求:
具有PentiumIII处置器且知足以下要求的运算机:
最低64MB内存
最小4GB硬盘
鼠标
键盘
效劳器硬件需求:
具有PentiumⅤ处置器且知足以下要求的运算机:
最低256MB内存
最小40GB硬盘
鼠标
键盘
支持软件
客户程序软件:
Windows98/NT/2000或更高版本,或以上
数据库效劳器软件:
WindowsNT/2000Server或更高版本(需安装.NET框架)
IIS、、SQLServer2000
接口
(不适用)。
操纵
(不适用)。
学生治理系统概要设计说明书
1引言
编写目的
本需求说明书依照对学生治理方面的需求分析,描述了学生治理系统的要求,而且作为各方面沟通的依据,也为下一步工作提供基准。
软件开发小组的每一名成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点。
经利用方认可的需求说明将作为产品特点评判、仲裁的重要参考。
此说明书将作为问题进一步讨论,和谐的文档资料。
同时也便于用户能了解工具的内部详细技术,资料,为保护系统及他的二次开发留下参考资料。
背景
说明:
A、件系统的名称:
学生治理系统
B、任务提出者:
王海文教师
开发者:
运算机011马育辉课题组
利用者:
大连轻工业学院招生办、教务处治理人员、学生、教师和系统治理员
C、运行环境:
客户机服务器
硬件支撑环境:
cpuPentiumIII266HZ以上,cpu奔Ⅴ以上,
64M以上内存,256M以上内存,
4G以上硬盘,40G硬盘,
100M以太网卡,100M以太网卡
软件支撑环境:
Windows98+或以上Windows2000professional
+.NET框架++IIS
前台:
后台:
SQLServer2000
本系统将利用SQLServer2000作为数据库存储系统,SQLServer2000将由个人自行购买和安装。
参考资料
《高级编程》(清华大学出版社);
《软件工程》(人民邮电出版社);
《SQLServer2000治理实务》(人民邮电出版);
CSDN论坛()
2整体设计
需求规定
说明对本系统的要紧的输入输出项目、处置的功能性能要求,详细的说明可参见附录C。
运行环境
客户程序硬件要求:
具有PentiumIII处置器且知足以下要求的运算机:
最低64MB内存
最小4GB硬盘
鼠标
键盘
效劳器硬件需求:
具有PentiumⅤ处置器且知足以下要求的运算机:
最低256MB内存
最小40GB硬盘
鼠标
键盘
支持软件
客户程序软件:
Windows98/NT/2000或更高版本,或以上
数据库效劳器软件:
WindowsNT/2000Server或更高版本(需安装.NET框架)
IIS、、SQLServer2000
大体设计概念和处置流程
本系统的实现采纳最新的N层模式、B/S结构来实现。
设计说明:
一、客户端不需安装客户端程序;
二、数据库效劳器利用SQLServer2000企业版来实现,关于目前的需求和数据量,SQLServer2000完全适用;
3、多用户并发访问和处置、数据加锁、事务和谐,由SQLServer数据库和数据库效劳器来完成;
结构
整体框架图:
总体框架图
模块划分:
系统模块划分
流程图:
流程图
功能需求与程序的关系
在需求说明中规定要实现的功能,对应的模块和程序实现如下:
模块、组件或子系统
功能和需求描述
1
2
3
4
用户的登录、添加、删除和修改
√
成绩的录入和查询
√
学生的注册、注销、查询和更新
√
课程的录入、查询、更新和删除
√
说明:
以上划分的模块、子系统,在逻辑上相对独立,因此被划分成相对独立的模块,这种方式的划分为系统的实现能够提供加倍明确的思路;
人工处置进程
(不适用)
尚未问决的问题
1、界面的改良、易用性的增强;
2、程序的数据库打包
3、支持市场和产品销售所需要的产品加密、利用验证或产品系列号功能;
1、3接口设计
用户接口
本系统提供可视化的操作方式,不提供命令操纵语句进行输入操纵,从而用户只需要利用鼠标进行命令操作,利用键盘输入系统接收的参数。
用户要紧通过窗体、控件、对话框等可视化元素进行交互。
教务处人员成绩治理界面
教务处人员查询课程界面
外部接口
本系统通过接口访问数据库,对数据库访问对象进行了层次式的封装,详细的有关的说明,请参考相关的技术资料。
内部接口
A、Web层和业务外观层间的接口
B、业务外观层和业务规那么层间的接口
C、业务规那么层和数据访问层间的接口
D、数据访问层和数据库间的接口
E、业务实体层和数据访问层间的接口
4运行设计
运行模块组合
㈠运行模块组合及运行操纵
1:
系统将依照访问系统的用户分类进行模块组合
学生访问模块
教师访问模块
系统将分成五大模块:
招生办人员访问模块
教务处人员访问模块
系统治理员访问模块
2:
系统治理员访问模块:
功能:
后台数据库的保护-----各项数据的录入、修改、删除、打印报表;复杂查询。
关于界面:
治理员登录界面,选择进入子系统界面,对库表操作选择界面,对库表操作界面,复杂查询界面,治理员在选择了具体的库表后将进入一个专门对该库操作的界面,在那个界面里同时成立了与其他界面的接口。
治理员选择某一库表后,进入相应的界面进行保护操作,如下:
3.学生访问模块:
4.教师访问模块:
5.招生办人员访问模块:
6.教务处人员访问模块:
运行操纵
通过登录,程序检查用户的合法性和对应的权限,进入相应的界面,进行相应的操作
5系统数据结构设计
表一:
学生大体资料表(StudentData)
字段名
数据类型
长度
是否空
关键字
说明
StudentID
int
8
否
主键
全学号
StudentName
varchar
20
否
Sex
Bit
1
否
Birthday
DATE
8
否
IDCard
varchar
18
身份证
Status
varchar
10
政治面目
Address
varchar
100
住址
ZipCode
char
6
邮编
Phone
Varchar
15
电话
EMail
varchar
30
Dormitory
varchar
20
寝室
Property
varchar
10
否
学生性质
LengthOfSchooling
float
4
否
学制
RewardsAndPunishment
varchar
100
奖惩记录
LibraryCard
varchar
10
图书证
Duty
varchar
10
职务
ClassID
Int
8
否
外键
班级编号
StudentIDInClass
Int
8
在班里的学号
Sign
Bit
1
标识是在校还是已注销
EnrollTime
Date
8
注册时间
LogoutTime
Date
8
注销时间
Reason
Varchar
50
若是已注销,说明注销原因
表二:
教师大体资料表(TeacherData)
字段名
数据类型
长度
是否空
关键字
说明
TeacherID
int
8
否
主键
教师编号
TeacherName
varchar
20
否
Sex
Bit
1
否
Birthday
DATE
8
否
IDCard
varchar
18
身份证
Status
varchar
10
政治面目
Address
varchar
100
住址
ZipCode
char
6
邮编
Phone
Varchar
15
电话
EMail
varchar
30
Post
varchar
10
教师职称
ClassID
Int
8
否
外键
班级编号
表三:
课程表(Course)
字段名
数据类型
长度
是否空
关键字
说明
CourseID
Int
8
否
主键
课程编号
CourseName
Varchar
20
否
课程名称
Duration
Int
8
否
课时
Year
Char
4
否
课程在哪已年开设
Semester
Bit
1
否
第一学期还是第二学期
MajorID
Int
8
否
外键
专业编号
表四:
学生课程表(Student_Course)
字段名
数据类型
长度
是否空
关键字
说明
CourseID
Int
8
否
主键
课程编号
StudentID
Int
8
否
主键
学生编号
Score
Varchar
4
成绩
表五:
班级表(Class)
字段名
数据类型
长度
是否空
关键字
说明
ClassID
Int
8
否
主键
班级编号
ClassName
varchar
20
否
班级名称
MailBox
Int
8
邮箱
MajorID
Int
8
否
外键
专业编号
表六:
专业表(Major)
字段名
数据类型
长度
是否空
关键字
说明
MajorID
Int
8
否
主键
专业编号
MajorName
varchar
20
否
专业名称
DepartmentID
Int
8
系编号
表七:
系表(Department)
字段名
数据类型
长度
是否空
关键字
说明
DepartmentID
Int
8
否
主键
系编号
DepartmentName
varchar
20
否
系名称
表八:
教师课程表(Teacher_Course)
字段名
数据类型
长度
是否空
关键字
说明
TeacherID
Int
8
否
主键
教师编号
CourseID
Int
8
否
主键
课程编号
表九:
教师班级表(Teacher_Class)
字段名
数据类型
长度
是否空
关键字
说明
TeacherID
Int
8
否
主键
教师编号
ClassID
Int
8
否
主键
班级编号
表十:
用户表(UserTable)
字段名
数据类型
长度
是否空
关键字
说明
UserID
Int
8
否
主键
用户编号
UserName
varchar
20
否
用户名
Password
varchar
20
密码
RoleID
Int
8
否
外键
角色编号
表十一:
角色表(Role)
字段名
数据类型
长度
是否空
关键字
说明
RoleID
Int
8
否
主键
角色编号
Role
varchar
20
否
角色
6系统犯错处置设计
犯错信息
序号
出错信息
处理
输出信息
1
必要数据字段为空
提示用户
数据字段不能为空
2
数据字段格式不对
提示用户
显示正确的数据格式
3
数据字段类型不对
强制转换,若成功继续;若失败提示用户
显示正确的数据字段
4
操作的数据不存在
直接返回
返回空结果
5
数据录入失败
回退到原来状态
显示失败原因
6
数据查询失败
直接返回
显示失败原因
10
数据修改失败
回退到原来状态
显示失败原因
11
数据删除失败
回退到原来状态
显示失败原因
12
用户登录失败
直接返回
显示失败原因
13
其他未知错误
回退到原来状态
显示未知错误
补救方法
常常对数据库进行备份,以妨当磁盘显现物理故障时将损失降到最小。
系统保护设计
系统程序部份设有错误处置,对程序中产生的错误进行处置后再转入正常的处置数据操作进程,若是错误处置失败,程序将中止执行并返回。
系统的后台数据库部份的保护由SQLServer2000自身负责。