大学生选课系统需求分析报告(共12页).doc

精选优质文档-倾情为你奉上大学生选课系统需求分析报告学 院 信息工程学院班 级计科092学 号姓 名 朱春梅指导教师茅洪波 2011年12月10日目 录 1.引言1.1 编写文档目的该文档描述了“大学生选课系统”项目的总体需求，如系统开发的目的，功能需求，用户界面需求等。编写目的:1. 在系统目标方面为用户和开发人员之间建立共同协议创造基础。对要实现的软件功能做总体描述，帮助用户判断所规定的软件是否符合他们的要求或者怎样修改才符合他们的要求。2. 提高开发效率。是系统开发人员在开发之前能周密地思考系统的全部需求从而减少时后重新设计、编码、测试的活动。3. 为成本计划和编制计划进度提供基础，为系统提供一个验收基准预期读者：系统的最终用户，包括教务处管理人员等。 系统的开发设计人员。 需求评审人员。参考资料1） 学生选课基本要求2） 软件工程3）需求工程软件建模与分析1.2范围该文档解决了整个系统“做什么“的问题。在这里对于开发技术并没有涉及，而是主要通过建立模型的方法来描述用户的需求。2.任务概述2.1项目开发目标 本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力，告别以往的人工统计。学生在规定选课时间段内，可以不受地点和时间的限制完成选修课的申请，而学校也可以方便地对系统进行管理和控制，提高工作效率。方便学生、老师、管理员使用，学生可以在线查看可选课程信息、在线选课、修改信息、查看信息，老师可以查询自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。2.2 主要约束 1.系统的软硬件的约束。主服务器运行Windows Server或Linux，客户端为个人电脑，一般要求浏览器IE6.0版本以上。2.系统稳定性的约束。系统能够长时间稳定运行，平均故障间隔时间不少于10000个小时。3.数据安全性的约束。主服务器端运行大型数据库，具有较强的数据处理能力和容错能力。特别是安全保护能力，防止信息被窃取和篡改。4.对系统细节的约束。比如学生每学期选课学分不能超过25学分等。3.功能描述本系统功能需求模块基本分为3个模块：学生选课子系统，教务管理子系统，教师管理子系统。功能模块图如下：大学生选课系统学生选课系统教务管理系统教师管理系统数据录入数据备份和恢复选课控制基础信息录入数据转换3.1教务管理子系统3.1.1排课的功能需求说明：学生选课之前，院系教务管理人员要合理安排课程。录入：被排课程的课程号，各课程的上课地点、时间、授课教师。加工：系统对教务管理员提交的排课表进行验证，验证成功之后，把排课表输入到数据库中，更新数据库。输出：输出排课成功与否的提示信息，并将排课成功的排课表分年级输出到屏幕上并发布选课信息。3.1.2 基本资料管理的功能需求说明：此功能实现对学生、教师、课程基本资料的添加、删除、更新、查询。管理员利用数据库进行管理。录入：输入学生、教师、课程的基本属性。详见数据字典部分。加工：教务管理员对所提交的学生，教师，课程信息通过系统进行检查、验证，验证通过之后把有关信息录入数据库中，更新数据库。输出：输出学生，教师，课程基本资料信息表。3.1.3 设置各级用户的权限功能需求说明：此功能实现对各用户赋予不同的用户权限。教务管理员利用数据库管理技术进行权限设置。录入：无加工：教务管理员对各用户赋予不同的用户权限，系统验证这些权限设置，通过后，进行系统更新。输出：给出所设置的用户的权限说明。3.2学生选课子系统3.2.1 查询的功能需求说明：此功能使学生可以查询本学期的开课计划，包括课程的详细信息，专业课查询，选修课查询，已选课查询等录入：通过友好的交互界面，使学生通过点击鼠标就可以实现各种查询功能。加工：系统通过点击鼠标所提交的查询请求，利用数据库系统的查询功能查询出符合要求的记录。输出：在屏幕上显示查询后的结果，通常以报表的形式显示 。3.2.2 选课的功能需求说明：此功能使学生实现在网上选课。录入：通过友好的交互界面，使学生通过点击鼠标选择课程号，是否购买教材等。加工：学生提交要选课程的表单后，系统进行验证表单中的数据，选课号是否正确，学分是否已满25学分，不能重课。输出：显示课程是否选中的标记 。3.2.3 退课的功能需求说明：此功能使学生实现在网上退课。录入：通过友好的交互界面，使学生通过点击鼠标进行操作，提交数据。加工：系统进行验证提交的数据，不能删除空数据，验证通过后删除课程，并给出提示信息。输出：输出删除成功的标记，重设课程是否选中的标记 。3.3教师管理子系统3.3.1 选课查询的功能需求说明：此功能使教师查询选课的情况。录入：教师所教课程的课程号，实现时应是鼠标操作。加工：系统根据所提交的课程号，进行相应的查询。输出：将查询后的结果输出到屏幕上，应包括课程的基本信息3.4 流程分析 4.数据描述4.1数据流图4.2数据字典根据数据流程分析，对系统数据进行分析和汇总，建立系统数据字典。下面列出部分数据字典内容。开课信息表：该表列出了选课表的详细信息。开课表=课程编号+专业号+学分+限选性质+教师编号+最大选课人数教室信息表：该表列出了所有可供上课的教室的详细信息。教室表=编号+名称+属性。备份排课记录表：该表列出了所有备份表信息。备份表=列表号+备份排课记录表ID。课程详细信息表：该表对课程的内容做了详细的介绍。课程表=编号+名称+课程介绍。选课信息表：当学生成功的选课后，就会列出相应的信息。选课表=课程编号+学生学号。学生信息表：该表列出了所有在校学生的信息。学生表=学号+姓名+所属院系编号+专业号。教师信息表：该表列出了所有在校教师的信息。教师表=编号+姓名+所属院系编号。4.3数据库表格根据上面的逻辑结构设计，设计相应的表结构如下所示（1）开课表字段说明类型（长度）备注SETTING_ID课程编号Int主键，不为空ORIENT_DEPT_ID专业号Varchar(20)不为空SCORE学分Tinyint不为空SELECT_LIMIT限选性质Nchar(4)不为空TEACHER_ID教师编号Varchar(20)不为空SELECTOR_NO_LIMIT最大选课人数Smallint不为空（2）教师表字段说明类型（长度）备注CLASSROOM_ID教室编号Int主键，不为空CLASSROOM_NAME教室名称Nchar(10)不为空PROPERTY教室属性Nchar(10)不为空（3）备份表字段说明类型（长度）备注LIST_ID列表号Int主键，不为空BACKUP_ID备份排课记录表Varchar(20)不为空（4）课程表字段说明类型（长度）备注COURSE_ID课程编号Char(20)主键，不为空COURSE_NAME课程名称Nchar(20)不为空INTRODUCTION课程介绍Nvarchar(300)不为空（5）选课表字段说明类型（长度）备注ARRANGE_ID排课编号Int不为空STUDENT_ID学生学号Varchar(20)不为空（6）学生表字段说明类型（长度）备注STUDENT_ID学生学号Varchar(20)主键，不为空STUDENT_NAME学生姓名Nvarchar(10)不为空DEPT_ID所属院系编号Char(10)外键，不为空MAJOR_ID专业号Varchar(20)不为空（7）教师表字段说明类型（长度）备注TEACHER_ID教师编号Varchar(20)主键，不为空TEACHER_NAME教师姓名Nvarchar(10)不为空DEPT_ID所属院系编号Char(10)外键，不为空5.性能需求5.1 可用性 学生选课系统应简单易用，用户能直接通过界面即可掌握所需功能的操作方法，Web操作端至少兼容IE浏览器。5.2 可靠性学生选课系统能长时间无故障运行，在学生选课阶段能够应对相应的数据吞吐量。5.3 速度性 当用户进行操作时，系统应该及时地进行反应，反应的时间在2秒以内5.4 界面需求系统的界面要求如下：1） 页面内容：主题突出，栏目、菜单布置合理，内容丰富，文字准确，行文格式统一规范。2） 导航结构：具有明确的导航指示，便于理解，便于用户使用。3） 艺术风格：界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择合适，动静效果好，色彩和谐，与主题相吻合。5.5 开放性需求 系统应具有十分的灵活性，以适应将来功能扩展的需求。5.6 可扩展性需求 系统设计应体现扩展性要求，以适应将来功能扩展的需求。5.7 数据精确度 数据精确度要达到以下指标：1. 具有较强的出错提示能力，并可自动记录出错信息。2. 具有操作提示功能和必要的输入校验功能，界面切换时间不超过3秒。3. 系统进行实时模糊查询时，不影响正常业务处理。4. 本系统的数据量要具有并行处理至少1000个用户访问的能力。5.8 接口5.8.1 硬件接口无该项需求5.8.2 软件接口提供与之相关的数据库，多维数据库访问接口。5.8.3通信接口无该项需求6.实现约束系统的实现如下：1） 操作系统为Window20002） 开发平台为Eclipse3） 数据库为MySQL 5.27.尚需解决的问题专心-专注-专业