学生选课系统需求分析

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

学生选课系统需求分析

1.引言

1.1目的

在完成了针对《学生选课系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对《学生选课系统》软件做了大体的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统使用人员及系统开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为需求分析人员、测试人员、用户文档编写者、项目管理人员。

1.2背景

由于学生多,老师多,课程多,学生课程每学期变动,造成进行课程分配,老师任务分配极为复杂不便,同时由于人员的流动(例如学生转专业,老师跨学院授课等等),对学生选课,老师授课的安排显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。而且近年来,由于学校扩招力度的加强和教育的改革,选课,成绩档案的管理不当会严重到导致学校管理混乱的局面。于是大家不断地在探索希望能找到解决的方法。

为了解决以上的问题,让学校能够有效的管理,同学能够方便的选课,及促进成绩管理的信息化、规范化和集成化,我们小组多方听取意见、追加和完善部分实用功能,进而了解学生选课流程,同时结合各部门、各专业与同学选课管理的方法,开发出一套适合于多学院,多课程的复杂的选课系统。

1.3参考资料

<<数据库原理与运用教程>>机械工业出版社第二版共293页作者:何玉洁

<> 清华大学出版社 2005年四月第一版借于云南大学洋浦校区图书馆共423页作者:王

<<+SQL Server 动态网站设计实例精解>> 电子工业出版社 2005年十月第一次印刷借于云南大学洋浦校区图书馆共412页作者:孙印杰杨涛吕书琴等<<精通C#数据库开发>> 清华大学出版社 2004年四月第一版借于云南大学洋浦校区图书馆共422页作者:王华杰离律松孙一波等

<<软件工程>>人民邮电出版社第三版共334页张海藩倪宁编著 2010年2月编著

2.任务概述

2.1目标

2.1.1、学生的基本信息管理:

每位同学都有唯一的学号,且每位同学都有自己的学院及专业,还有入学时间,籍贯,出生日期,为了方便联系,也会有联系方式。

2.1.2、课程信息管理

为学生开设的课程都有唯一的课程号,及各门课程的名称,还有每周的课时和课程的学分。

2.1.3、管理员信息管理

管理员主要负责学生信息的修改与查询,他们要有自己独立的账号和密码,而且安全性要高。

2.2用户特点

用户为在校大学生及其管理者,普遍能熟练的掌握基础计算机基本使用方法。

用户数量庞大,学历普遍较高,多为在校本科生和本科更高学历。使用频率:较为频繁。(学生选课,查询成绩;管理者进行选课数据的编辑及观察学生的成绩)

3.假定和约束

3.1费用约束

无经费

3. 2 进度约束

在二零一一年十一月二十日前完成全部进度,分四周进行,第一周完成基本需求分析;二,三周完成SQL语句的编写,系统界面设计以及调试等相关工作;第四周进行系统调试和修改完善工作。

3. 3其它约束

开发人员固定,场地固定

4.需求规定

4 .1系统管理员对系统功能的需求:

4.1.1信息要求:

系统管理员能查询学生所有相关信息,包括某一学号的学生的在校详细情况,及某一学

生的课程信息及各门课程的成绩。

4.1.2处理要求:

当学生基本信息发生变化时,系统管理员能对其进行修改。比如,某些同学的课程选多或则重复,他们在课程表中将相应的课程信息删去;或者学生的课程成绩有错误,他们会将成绩做相应的修改等等。

当学生的专业发生变更时,管理员能根据有关证明做出修改。

4.1.3安全性与完整性要求:

⑴安全性要求:

①系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;

②系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;

③系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。

⑵完整性要求:

①各种信息记录的完整性,信息记录内容不能为空;

②各种数据间相互的联系的正确性;

③相同的数据在不同记录中的一致性。

4.2 学生对系统的功能需求:

4. 2.1信息需求:

学生能查询本人所有信息,包括个人基本资料,个人课程信息,还有个人课程成绩等。

4.2.2处理需求:

学生可以修改自己的密码,也可以更改某些资料,如个人联系方式发生变更时,可以自己修改。但是不可修改课程信息及课程成绩,如果发现有错误,必需上报到管理员才可修改。

学生选课系统流程图

数据建模E-R图:

4.3对功能的一般性规定

本界面格式统一,统一的错误提示等,根据上面设计图所示,有五大模块,其中学生,课程,成绩管理系统都有相同的添加查询修改功能。

4.4对性能的一般性规定

4.4.1 精度

本系统比较简单,基本不存在精度问题。

4.4.2 时间特性要求

要求系统对于事务的处理有较高的响应,如数据库更新操作等相应时间应限定在一定范围内。

4.5输入输出要求

该系统为教学管理系统的一个模块,因此他的输入数据由总系统的其他模块提供,其输出系统一部分可显示给用户,另一部分作为其他子模块的输入。

4.6数据管理能力要求(针对软件系统)

4.6 故障处理要求

如果服务器访问人数不超过限定,可能会导致用户无法登入。为了解决这个问题,需要在制度上规定系统的最大同时访问人数,同时尽可能增大服务器容量。

5.运行环境规定

5.1设备

需求名称详细要求

操作系统需求Windows7/Vista/XP

CUP 2.00GHz 越高越佳

内存至少512M 越高越佳

其他环境基本配置就可以

相关文档
最新文档