地学软件工程基础的作业.docx
- 文档编号:11013986
- 上传时间:2023-05-28
- 格式:DOCX
- 页数:19
- 大小:96.26KB
地学软件工程基础的作业.docx
《地学软件工程基础的作业.docx》由会员分享,可在线阅读,更多相关《地学软件工程基础的作业.docx(19页珍藏版)》请在冰点文库上搜索。
地学软件工程基础的作业
学生选课系统
需求说明书
地球信息科学与技术2011级
中国海洋大学
张国平
1.简介1
1.1目的1
1.2范围2
1.3定义、首字母缩写词和缩略语2
1.4参考资料2
2.整体说明2
2.1产品的前景2
2.2目标用户2
2.3主要业务流程2
2.4主要功能4
2.5主要约束5
3.功能需求5
1.系统管理员
2教师
3.学生
4.非功能需求:
10
4.1.可用性:
10
4.2.可靠性:
10
4.3.性能10
4.4设计约束11
4.5联机用户文档和帮助系统需求12
4.6购买的构件13
4.7接口13
4.8许可需求13
4.9法律、版权及其他声明13
4.10适用的标准14
5.附录:
词汇表14
1简介
1.1编写目的
。
通过对用户需求调研成果的总结与分析,编写本软件总体需求说明书(SoftwareRequirementsSpecifications,简称SRS)。
该文档描述了“学生选课系统”项目的总体需求,如项目的目标、范围、用户、功能性需求、非功能性需求、用户界面需求、设计约束等。
编写目的
●在系统目标方面为用户和开发人员之间建立共同协议创立一个基础。
对要实现的软件功能做总体描述,帮助用户判断所规定的软件是否符合他们的要求,或者怎样修改这种软件才能适合他们的要求;
●提高开发效率。
使系统开发人员能够在设计开始之前周密地思考系统的全部需求,从而减少事后重新设计、重新编码和重新测试的返工活动。
在SRS中对各种需求仔细地进行复查,还可以在开发早期发现若干遗漏、错误的理解和不一致性,以便及时加以纠正;
●为成本计价和编制计划进度提供基础。
SRS提供的对被开发软件产品的描述,是计算机软件产品成本核算的基础,并且可以为各方的要价和付费提供依据。
SRS对软件的清晰描述,有助于估计所必须的资源,并用作编制进度的依据;
●为系统验收提供一个基准。
作为开发合同的一部分,SRS还可以提供一个可以度量和遵循的基准;
●作为不断提高的基础。
由于SRS所讨论的是软件产品,而不是开发这个产品的设计。
因此SRS是软件产品继续提高的基础。
虽然SRS也可能要改变,但是原来的SRS还是软件产品改进的可靠基础。
出于对用户负责的原则,同时考虑到选课系统是一个系统的、完整的工程,完成该项工程,需要科学的方法理论作指导。
选课系统需求分析说明书是对该软件功能需求、性能需求的描述。
它明确软件工程的任务目标,用户需求规定以及完成该项工程运行环境的规定。
只有深刻了解该选课系统的需求,才能编写出用户所需的软件,减少再工程的次数和工作量,为下一步打下坚实的基础。
因此编写此说明书至关重要。
1.2范围
针对中国海洋大学的内部教学而使用所涉及到的所有课程及教学管理内容,适用于“学生选课系统”的详细设计和软件开发
1.3定义、首字母缩写词和缩略语
本软件需求说明书所用到的专业术语请参见“附录A词汇表”
1.4参考资料
1.《软件工程导论》张海藩编著清华大学出版社2007年5月
2.《数据库系统概论(第四版)》王珊编著高等教育出版社2007年11
3.国家及行业标准
4.学生选课基本要求
5.教务处教学运行管理科管理员基本职责及要求整体说明
2.1产品的前景
该选课系统适应了现代大学生自主选课、自主安排时间的迫切需要,使学生有了更大的选择空间;同时,方便了教务的统一管理,简化了课程安排的流程,打破了以前死板的固定课程模式,也方便了授课教师的学生管理、成绩统计,更进一步使教学的重点向高质量、高目标的方向转移。
该系统可以适应大部分学校的需要,便于在全国范围内推广,市场广阔,也可以应用于某些其他大型企事业单位,以便实现简单、统一的管理。
2.2目标用户
该选课系统主要的用户分为教务管理人员、授课教师以及学生三个主要部分。
2.3主要业务流程
系统功能需求模块基本分为三个子系统:
学生选课子系统,教务管理子系统,教师管理子系统
学生管理系统需凭密码登录,分为教务管理人员、教师和学生三个用户,各个的主要流程如下:
1、学生
1)学生查询课程,记下所要选择课程的课程号
2)学生进行选课请求,并确认选课,若无误则提示选课成功,若失败则返回错误信息
3)若学生需要退选已选的课程,则进行退课请求,并确认退课,若无误则提示选课成功,若失败则返回错误信息
4)学生确认选课或退课后,可查询课表和成绩
2、教师
1)教师可查询自己所开课的选课情况及名单
2)教师录入学生的考试成绩
3、教务管理员
1)管理员进行用户管理,添加或删除用户
2)管理员进行查询请求,查询教师开课情况以及学生选课情况。
3)管理员查询学生成绩
4)管理员给学生加课,并确认加课
5)管理员给学生退课,并确认退课
主要功能的用例图如下所示:
2.4主要功能
该选课系统能够实现三大功能模块:
学生选课模块、教师模块、管理员管理模
块。
其中学生模块要求实现浏览学生个人信息,查询选课信息和选课;教师模块中
要求显示教师个人信息,教课信息,以及查询该被选课程的学生信息;管理员模块
中要求实现用户信息管理、选课信息管理、账户管理。
在界面设计方面,根据用户
的要求,更加充分和人性化。
另外,管理员还能发布教学信息,并对用户权限进行
管理。
教师和学生能够修改自己的密码,并能在自己主页上浏览与自己的相关教学
信息。
通过三个子系统,完成以下功能:
1、学生选课之前院系教务管理员要合理安排课程
2、对学生的成绩进行修改
3、实现对学生基本资料的添加、删除、更新、查询
4、对教师基本资料的添加、删除、更新、查询
5、对本学校所有开设课程基本资料的添加、删除、更新、查询
6、对不同的用户赋予不同的使用权限
7、使学生能在网上实现选课
8、学生能够查看本学期的开课计划(包括课程的详细信息),专业课查询,通识课查询,未满课程查询,已选课程查询,成绩查询,考试时间查询
9、学生退课的功能
10、学生凭借正确的登录名及密码登录到选课系统进行相应的查询,选课操作
11、学生修改密码的功能
12、教师查询学生选课情况,确定上课的人数
13、教师在期末考试后进行学生成绩的录入,输入到系统,以便学生查询
14、教师借正确的登录名及密码登录到系统进行相应的操作
15、教师修改密码的功能
2.5主要约束
1、系统软硬件的约束。
系统架构为B/S架构,主服务器运行Linux或者Unix,客户端为个人电脑,一般要求浏览器IE6.0以上版本;
2、系统稳定性的约束。
系统能够上时间稳定运行,平均故障间隔时间(MTBF)----不小于10000小时;
3、数据安全性的约束。
主服务器端运行大型商用数据库,具有较强的数据处理能力和容错能力,特别是安全保护能力,防止信息被窃取以及篡改;
4、对系统开发的约束。
应该采用面向对象的语言和方法,开发速度快,稳定性高,响应快;
5、对系统细节的约束。
比如学生每学期选课学分不得超过35学分,不得多于两门通识限选等。
功能需求
系统管理员:
.1排课的功能需求
a.引言
学生选课之前院系教务管理员要合理安排课程
b.输入
被排课程的课程,名课程号上课时间,上课地点
c.加工
系统对教务管理员提交的排课表单进行处理,验证是否有重课,如果有重课提示教务管理员进行修改,验证通过后给出提示信息,并将排课表单输入到数据库中,更新数据库。
2成绩修改的功能需求
b.输入
学生的新成绩
c.加工
教务管理员打开某一课程的成绩表单进行修改,系统验证修改的成绩是否符合要求,验证通过后保存修改,更新数据库。
修改不成功给出失败信息。
d.输出
成绩修改成功或失败的提示信息,并将成功修改的成绩单显示在屏幕上。
.3学生基本资料维护功能需求
a.引言
此功能实现对学生基本资料的添加、删除、更新、查询。
教务管理员利用数据库技术进行操作。
b. 输入
教务管理员输入学生的基本属性:
学号、姓名、性别、所属院系、班级,密码。
c. 加工
登陆教务管理系统,验证通过,则进行插入,删除,更新,查询操作,验证所进行的修改,验证通过后修改更新数据库,验证不通过则给出提示信息让教务管理员重新新输入数据。
d. 输出
在屏幕上输出学生的基本资料报表,报表中学生基本信息的数据格式与输入一致。
4教师基本资料维护功能需求
同学生基本相同
5课程基本资料维护功能需求
a.引言
此功能实现对本学校所有开设课程基本资料的添加、删除、更新、查询。
教务管理员利用数据库技术进行操作。
b.输入
教务管理员输入课程的基本属性:
课程号、选课号、课程名、任课教师、上课教室、上课时间、学时、学分、选课人数上限、当前选课人数、优选专业年级。
c.加工
教务管理员登陆教务管理系统,验证通过,对输入的课程基本信息进行有效性检查,如果通过验证修改,则系统进行下一步的插入、删除、更新、查询操作,更新数据库。
d.输出
在屏幕上输出课程的详细资料,课程基本信息的数据格式与输入一致。
6设置各级用户的权限的功能需求
a.引言
此功能实现对不同的用户赋予不同的使用权限,权限的设置应当使特定的用户群能过实现其所需的所有功能,并能最大限度的保护系统的安全性。
教务管理员利用数据库技管理术进行权限设置。
b.输入
无
c.加工
教务管理员登陆管理系统,验证通过,教务管理员分别对不同的系统用户群进行权限设置,系统验证这些权限设置,验证通过后进行系统更新,失败后给出提示信息。
d.输出
设置成功或失败的提示信息,成功后给出所设置的用户的权限的说明。
7教务管理员登录的功能需求
a.引言
教务管理员凭借正确的登录名及密码登录到系统进行相应的操作。
b.输入
登录名,密码
c.加工
系统对提交的登录名及密码进行验证,验证通过并确定身份后赋予其与身份相适应的权限。
验证未通过则提示其重新输入登录名及密码,重复登录不超过五次。
d.输出
登录成或失败的提示信息。
3.1.8教务管理员修改密码的功能需求
a.引言
教务管理员可能会修改登录密码。
b.输入
旧密码,新密码
c.加工
教务管理员用旧密码登陆成功后,进行修改操作,输入旧密码,两次输入新密码,提交系统进行验证旧密码的正确性,两次输入的新密码是否一致,验证通过,更新系统,提示信息成功,验证未通过则提示用户再次输入,一天之内密码修改不能超过两次。
d.输出
修改成功或失败的提示信息。
3.2学生
3.2.1查询的功能需求
a.引言
此功能使学生能够查看本学期的开课计划(包括课程的详细信息),专业课查询,通识课查询,未满课程查询,已选课程查询,成绩查询,考试时间查询
b.输入
实现这部分的功能应该设计友好的交互界面,使学生通过点击鼠标就可以实现各种查询功能。
c.加工
数据库系统根据学生通过点击鼠标所提交的查询请求,利用数据库系统的查询功能查询出符合要求的记录并输出。
d.输出
在屏幕上显示查询后的结果,通常以报表的形式输出。
3.2.2学生选课的功能需求
a.引言
这部分功能使学生能在网上实现选课。
b.输入
选课号,权重,是否购买教材,是否重修
c.加工
学生提交要选课程的表单后系统进行验证表单中的数据,选课号是否正确,输入的权重<=剩余的权重,已选课程的总学分<=35学分,不能重课。
d.输出
课程是否选中的标记。
3.2.3退课的功能需求
a.引言
由于主观或客观原因使学生退课
b.输入
鼠标点击进行操作,提交数据
c.加工
系统验证提交的退课数据,不能删除空数据,验证通过后删除课程,并给出提示信息。
d.输出
输出删除成功或失败的信息。
3.2.4学生登录的功能需求
a.引言
学生凭借正确的登录名及密码登录到选课系统进行相应的查询,选课操作。
b.输入
登录名,密码
c.加工
系统对提交的登录名及密码进行验证,验证通过并确定身份后赋予其与身份相适应的权限。
验证未通过则提示其重新输入登录名及密码,重复登录不超过五次。
d.输出
登录成或失败的提示信息。
3.2.5学生修改密码的功能需求
a.引言
为保护隐私,学生可能会修改登录密码。
b.输入
旧密码,新密码
c.加工
学生用旧密码登陆成功后,进行修改操作,输入旧密码,两次输入新密码,提交系统进行验证旧密码的正确性,两次输入的新密码是否一致,验证通过,更新系统,提示信息成功,验证未通过则提示用户再次输入,一天之内密码修改不能超过两次。
d.输出
修改成功或失败的提示信息。
3.3教师
3.3.1选课情况查询的功能需求
a.引言
教师查询学生选课情况,确定上课的人数。
b.输入
教师所教课程的课程号,实现时应是鼠标操作
c.加工
系统根据输入的课程号进行相应的查询操作
d.输出
将查询后的结果输出到屏幕上,包括课程的基本信息,如上课时间,地点,课时,学分,选课人数等。
3.3.2成绩录入的功能需求
a.引言
期末考试后进行学生成绩的录入,输入到系统,以便学生查询。
b.输入
学生学号,姓名,课程名,成绩。
c.加工
对教师提供的数据进行验证,学生学号是否存在,与姓名是否对应,成绩是否在符合的范围内,验证通过后录入到数据库,更新数据库,给出成功信息,验证未通过,提示教师那一条记录出现错误,并要求修改。
d.输出
学生成绩数据验证成功或失败的提示信息,成绩录入完成后以表格的形式输出到屏幕上。
3.3.3教师登录的功能需求
a.引言
教师借正确的登录名及密码登录到系统进行相应的操作。
b.输入
登录名,密码
c.加工
系统对提交的登录名及密码进行验证,验证通过并确定身份后赋予其与身份相适应的权限。
验证未通过则提示其重新输入登录名及密码,重复登录不超过五次。
d.输出
登录成或失败的提示信息。
3.3.4教师修改密码的功能需求
a.引言
由于某些原因,教师可能会修改密码。
b.输入
旧密码,新密码
c.加工
教师用旧密码登陆成功后,进行修改操作,输入旧密码,两次输入新密码,提交系统进行验证旧密码的正确性,两次输入的新密码是否一致,验证通过,更新系统,提示信息成功,验证未通过则提示用户再次输入,一天之内密码修改不能超过两次。
d.输出
修改成功或失败的提示信息。
非功能需求:
4.1.可用性:
学生选课系统应简单易用,符合web系统应用标准,用户能直接通过界面或通过阅读帮助文档即可掌握所需功能的操作方法。
Web客户端至少兼容IE浏览器。
4.2.可靠性:
系统能够长时间无故障稳定运行,在学生选课阶段能够应对相应数据吞吐量。
可用性----平常时间每1000小时可用时间不小于900小时,以满足日常较少数据流,普通查询需求;在选课阶段需要在有限时间内完成选课,因此每1000小时可用时间不小于980小时。
平均故障间隔时间(MTBF)----不小于10000小时;
平均修复时间(MTTR)----不大于1小时;
可靠性=(MTBF/(MTBF+MTTR))X100=99.99%
4.3.性能
4.3.1数据管理能力
系统有效管理数据的能力达TB级,同时保证数据的完整性、一致性和准确性。
能够同时接受和处理5000位以上师生的数据请求。
4.3.2容错性
系统具有容错能力,防止因为用户的误操作等原因引起系统程序的运行出错。
对用户的大部分错误操作,系统给出操作提示。
使用学工号登录时,若不匹配给出账户出错信息;
修改,删除,插入信息时给出相应提醒确认或无法取得授权的信息。
4.3.3时间特性要求
●单项数据查询响应时间:
≤1秒
●对事务的响应时间:
平均1秒、最长10秒
注:
上述时间要求不包括对BLOB数据的插入、读取、查询等。
4.4设计约束
4.4.1系统体系结构
系统体系结构如图4-1
4.4.2软、硬件环境
根据系统的体系结构,系统的软、硬件环境如下:
a)软件环境
数据库服务器----操作系统采用linux,数据库产品采用mysql;
客户端----操作系统采用Windows2000/XP/vista/7简体中文版;要求预装IE6及以上版本浏览器简体中文版。
b)硬件环境
服务器端采用linux服务器,客户端为普通个人电脑。
4.4.3设计方法
1)采用面向对象的关系数据库设计来建立用户数据库
2)面向对象的设计方法
4.4.4开发语言及工具
能够方便开发选课系统,且安全性,稳定性高,响应快。
4.4.5安全性约束
a.数据安全
1)数据访问控制
1.1采用用户注册、授权机制控制对数据库和数据仓库的非法访问,包括:
对数据访问范围的控制;对数据访问方法的控制,如查询、插入、更新、删除等。
1.2系统管理员拥有最高权限;
1.3教师学生账户均需注册,且授权不同;
1.4在特定时间,特定用户只能访问特定功能。
2)数据完整性控制
2.1在进行数据操作过程中采用事务处理机制防止因系统非正常终止引起的数据完整性问题。
在用户未完成操作,强制退出系统或与系统服务器中断连接时,有回滚机制,用户未保存的操作无效,保证数据不被破坏。
3)软件功能的访问控制
3.1软件系统采用功能模块级的授权机制,用户只能使用已授权的功能。
4.5联机用户文档和帮助系统需求
系统应具备完善的联机用户文档、帮助系统,并提供印刷的用户手册、参考手册。
上述文档应包括如下内容:
1)执行各种常用任务的教程(采用目录方式)
●2)完备的参考文档(采用索引方式)
●
4.6购买的构件
待定。
4.7接口
4.7.1用户界面
采用友好的图形化用户界面,页面简洁明了,页面加载速度快,用户只需用鼠标点击和简单的键盘输入即可完成操作。
4.7.2硬件接口
无该项需求。
4.7.3软件接口
提供与相关系统的数据库、多维数据库访问接口。
4.7.4通信接口
无该项需求。
4.8许可需求
无该项需求。
4.9法律、版权及其他声明
系统软件开发完成后,其版权属于甲方,但系统中采用的第三方软件除外(包括数据库产品、操作系统等)。
4.10适用的标准
各项网络协议,web数据库系统标准。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 地学 软件工程 基础 作业