需    

求

规

格

说

明

书

  专    业：      软件工程        

  班    级：       1603班        

  组    长：  XXX                

  小组成员：    XXX XXX XXX XXX  

1、引言

   1.1、编写目的

本规格说明描述了高校学生选课系统的基本要求，并且作为各方面沟通的依据，也为下一步的学习提供了基准，同时可以让我们更进一步掌握软件工程导论内容。

本需求分析文档的预期读者有：本小组的每一位成员；用户，即高校学生，教师，后勤人员；老师等。

1.2、背景

A、待开发的软件系统的名称：高校学生选课系统

B、任务提出者：1603班一个3人小组

     开发者：XXX XXX XXX 

     用户：高校学生，教师，后勤人员

     平台：以日常生活，学习的各个领域、各个环节中的计算机网络为平台  

 C、本系统是一个更大的系统即教务系统的组成部分，所以以提高同教务系统的兼容性为原则。

1.3、定义

     无

1.4、参考资料

    《招聘网站设计项目需求分析》

    《南昌先锋办公自动化系统需求规格说明书》

    《软件工程导论》（第6版）

2、任务概述

  2.1、目标

          随着高校招生规模的不断扩大，课程的不断细化，

      给高校学生选课带来很大的不便。而选课是高校教务系统不可或缺的一部分。为了解决这个问题，产生了高校学生选课系统。

      该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础，以高校学生，教师，后勤人员为目标用户，以高校教务系统的需求为依据，以应用和服务为核心，以方便用户为宗旨，以信息安全保障为前提，开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。

从而提高高校学生的选课效率和管理人员的工作效率，提升高校的教育质量和教学管理质量，推动高校的进一步发展。

有必要说明一下，本系统是一个更大的系统即教务系统的组成部分，所以以提高同教务系统的兼容性为原则。

 2.2、用户特点

本系统的最终用户是高校的学生，教师和后勤人员。其中，最主要的用户为高校学生。用户对电脑都有一定的操作能力，根据菜单提示都能熟练使用本系统。后勤人员能够熟练的进行数据库的维护。

预期使用频度：根据点击的频繁程度，稳定运行的系统每天接受的点击数量应该在5000-10000次，对于超过10000次的负荷，应该采用增加服务器和硬件性能、版本升级的方法来解决。

2.3、假定和约束

    目前已经确定的约束条件包括：

A、开发期限的约束。在2018年3月下旬到6月上旬大概两个月的时间内完成。完成之后会进行负荷测试、峰值测试、试运行等。

B、人员。在小组3个成员的合作以及老师的指导下共同完成。

C、对于超过3万次/日的访问量，不输入本系统应解决的问题

D、系统稳定性的约束。系统能够长时间稳定运行，平均故障间隔时间不少于10000小时。

E、数据安全性的约束。主服务器端运行大型数据库，具有较强的数据处理能力和容错能力。特别是安全保护能力，防止信息被窃取和篡改。

其他相关的假定和约束条件之后将进一步补充。

3、需求规定

  3.1、总体功能需求

   （1）、首页设计

首页设计应该清晰简单，同时还要做到信息充足，突出学生选课系统的特点和操作的入口。

首页设计要有艺术风格：界面、版面形象清新悦目，布局合理，美观大方，字号大小适宜，字体选择合适，动静效果好，色彩和谐，与主题相吻合。

（2）、用户功能需求

     A 学生

       （a）注册或登录账号。根据学号和密码

       （b）修改登录密码。

       （c）查看学生个人相关信息。

       （d）查看教师相关信息。

       （e）查看可选课程信息。

       （f）管理个人选课信息：增加，删除，修改

       （g）查看个人选课信息。

       （h）查看自己所选课程的成绩。

     B 后勤人员

        （a）注册或登录账号。根据工号和密码        

（b）修改登录密码

        （c）编辑，查看，修改学生信息、教师信息。

        （d）管理课程信息：可选课程信息的添加，删除，修改，查看，设置人数。

        （e）查看及统计总选课信息。

        （f）打印成绩清单。

     C 教师

          （a）注册或登录账号。根据工号和密码

          （b）修改登录密码

          （c）查看教师个人信息

          （d）查看自己所带课程的课程信息。

          （e）查看自己所带课程的总选课信息。

          （f）学生成绩录入

（3）、对信息的需求

该系统所涉及到的信息包括

      （a）学生信息

            学号，姓名，性别，年龄，专业，年级，地址。

      （b）教师信息

            工号，姓名，性别，职称，所属专业，联系方式。

      （c）后勤人员信息

           工号，姓名。

      （d）课程信息  

            课程号，课程名，学分，学时，所属专业，限选人数，已选人数，授课教师工号和姓名，上课时间，上课地点。 

（e）选课信息

      学生姓名，学号，成功选择的课程号，课程名，授课教师和成绩。

（f）总选课信息

           选择某门课的全部学生姓名，学号和授课教师，课程名。

      （g）登录信息

           账号，密码。

      （h）成绩清单

          课程名，学号，姓名，授课教师，成绩。

  3.2、对功能的规定

     1、定义系统应完成的功能，这条准则要求建立功能模型，即数据流图（DFD）。

       第一步：

            提取四种成分：源点和终点，处理，数据存储和数据流。

            （一）源点和终点。该系统的使用者为用户（学生，教师，后勤人员），数据的输入输出完全由用户完成。区别只是完成的功能不同，用户类型不同，则输入输出端的用户类型不同。所以，粗略地看，用户是数据源点，也是数据终点。

            （二）处理。（1）注册或账号、密码审核。因为每位用户都要注册或登录账号，所以第一个处理必定为注册或账号、密码审核。

                  （2）用户报名。对于注册的用户，要进行报名处理，增加相关的用户信息。

                  （3）修改密码。

                  （4）查看该用户权限之内的相关信息。如学生可查看学生个人信息，教师相关信息，课程信息，个人选课信息，成绩；后勤人员可查看学生信息，教师信息，个人信息，课程信息，选课信息，总选课信息，成绩；教师可查看教师个人信息，课程信息，总选课信息，成绩。

                  （5）管理用户权限之内的信息。如学生可管理个人选课信息；后勤人员可管理学生、教师、课程信息；教师可管理成绩信息。

                 （6）产生成绩清单。

            （三）数据存储。（1）学生信息。

                      （2）教师信息。

                      （3）后勤人员信息。

                      （4）课程信息。

                      （5）选课信息。

                      （6）总选课信息。总选课信息是由选课信息统计出来的。

                       （7）登录信息。

                       （8）成绩清单。

            （四）数据流。（1）账号和密码。

                          （2）各信息录入。由后勤人员录入学生，教师，课程信息；教师录入成绩信息；学生录入选课信息。

                          （3）课程信息

                          （4）选课信息

                          （5）查看并统计选课信息

                          （6）成绩信息

                          （7）其他各信息

        第二步：

           画出高校学生选课系统的基本系统模型。

        第三步：

           把基本系统模型细化。

                因为对不同的用户有不一样的功能权限，所以对三种不同的用户数据源点，有着三种不同的细化了的系统流程图。

           （一）学生

           （二）教师

（三）后勤人员

       第四步：

                对功能级数据流图中描绘的系统主要功能进一步细化。

            （一）选课

（二）成绩

      2、IPO图

           输入：账号、密码；

           处理：核对密码，成绩录入，信息录入，查看各个信息

           输出：成绩清单，各个信息记录

软件每天接受的点击数量应该在5000-10000次

  3.3、对性能的规定

      3.3.1、精度

            该高校学生选课系统对数据输入/输出的精度要求为小数点后两位，因为涉及到成绩的输入输出和学分绩点的计算输出。

      3.3.2、时间特性要求

            该高校学生选课系统对时间的要求是用户对系统登录操作的时间最多为一个小时。一个小时之后未退出者网页自动退出。

            本地系统，使用功能时，一般处理系统响应时间不应大于9秒钟。

          复杂处理系统应给出提示，显示处理速度。

      3.3.3、灵活性

           该高校学生选课系统还要有足够的灵活性。当用户的需求发生变化时，可通过改变用户的权限实现，或者可很方便地增加一个新的功能模块来实现。

  3.4、输入输出要求

       1、学生信息

  3.5、数据管理能力要求

        该学生选课系统的要求系统能通过人工以保证系统数据的正确性，使得数据不会因为故障而丢失或破坏了。人工系统数据备份是指通过系统管理员来对数据库进行备份。

        另：高校学生选课系统的E-R图

    （1）数据对象：学生、教师、课程、后勤人员。

   其中，假定学生、教师、课程为其他数据对象。

  （2）属性：学生——学号，姓名，性别，年龄，专业，年级，地址，密码。

           教师——工号，姓名，性别，职称，所属专业，联系方式，密码。

           后勤人员——工号，姓名，密码。

           课程——课程号，课程名，学分，学时，所属专业，限选人数，已选人数，授课教师工号和姓名，上课时间，上课地点。

   （3）联系: 学生和课程之间存在多对多的联系“选课”；

教师和课程之间存在多对多的联系“教”；

后勤人员和其他数据对象之间存在一对多的联系“管理”。

  3.6、故障处理要求

     A、在数据访问、增改时，用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者窗口关闭；

B、数据库要求有备份机制，以防止数据的全部丢失。当软件停止运行时，强行关机重启后，可以根据系统的自动备份或者在操作之前的手工备份来恢复数据，保证系统数据的正确性。

C、当软件无法安装时，可以查看帮助手册，安装相关软件或者修复受损文件。

3.7、其他专门要求

因为学生选课系统关系到学校及学生的重要成绩信息，所以对于学校而言对安全保密性的要求非常严格，此系统是面向所有的在校学生，老师及系统管理员，大多数人都不是专业的计算机操作人员，因此对该系统使用的方便性要求也较高。

该系统要求有一定的可维护性，可扩充性，兼容性。

4、运行环境规定

  4.1、设备

      运行该软件所需要的硬设备有

      A 服务器端：

         CPU     酷睿i5等

         硬盘    最小8GB

         内存    最低256MB   

B 客户端：

           CPU    酷睿i5等

           硬盘   最小1GB

           内存   最低  MB

  4.2、支持软件

服务器端：在Windows或者Linux系统下装有Microsoft SQL Server

  客户端： 程序在通常的条件下，在Windows XP/Windows 2000/Windows 2003，Linux等操作系统，Microsoft SQL Server及后续的MS的操作系统上，都能够浏览所公布的页面、执行对应的操作。

  4.3、接口

        网络传输协议为 TCP/IP 协议，HTTP（超文本传输协议）等。

  4.4、控制

      （不适用）。

   下载本文