学生选课系统软件需求说明书
学生选课系统软件需求说明书
作者:
完成日期:
签收人:
签收日期:
修改情况记录:
目录
1引言................................................................................................................................................ .. 1 1.1 编写目的. .................................................................................................................................. 1 1.2
范围. (1)
1.3 定义. (1)
1.4 参考资料. (1)
2项目概述 (2)
2.1 项目来源及背景. ...................................................................................................................... 2 2.2 用户特点. . (2)
2.3 项目目标. (2)
3应用环境 (3)
3.1 系统运行的网络环境. (3)
3.2系统运行的硬件环境. (3)
3.3系统运行的软件环境. (4)
4功能需求规格 (4)
4.1角色定义. (4)
4.2系统主用例图. (5)
4.3登录模块. ................................................................................................................................... 6 4.4管理员模块.
.............................................................................................................................. 8 4.5
学生模块. (14)
4.6 教师模块. (16)
5性能需求 (18)
5.1界面需求. (18)
5.2响应时间需求. (18)
5.3可靠性需求. (18)
5.4开放性需求. (19)
5.5可扩展性需求. (19)
5.6系统安全需求. (19)
6产品提交. (19)
7实现约束 (19)
1 引言
1.1 编写目的
该文档是关于用户对于学生选课系统的功能和性能的要求, 重点描述了选课系统的功能需求,是概要设计的重要输入。
本文档的预期读者是:
设计人员
开发人员
项目管理人员
测试人员
用户
1.2 范围
1.待开发软件系统:基于B/S结构的学生选课系统
2.该软件主要的功能管理人员和学生及老师能够在不同的地方通过互联
网使用本系统进行选课管理。管理员负责对成绩、学生、教师、课程以
及班级信息的管理;学生则可以选课、查看成绩以及对个人信息维护;
教师可以公布成绩以及对个人信息维护。
1.3 定义
UML , Unified Modeling Language(统一建模语言的缩写,是一个标准的建
模语言
1.4 参考资料
[1] UML 参考手册.长春长江软件有限公司内部文档
[2] 需求规格报告格式标准.长春长江软件有限公司软件过程化组织
[3] 学生选课条例.长春工业大学选课系统内部文档
2 项目概述
2.1 项目来源及背景
本项目是为某高校开发的学生选课系统。随着网络的发展, 学生选课系统作为目前高校必不可少的系统, 不但要脱离仅仅依赖用户手工的管理, 而且也要向网络方向发展。特别是在计算机和网络高速发展的时代,使整个校园网甚至Internet 上的用户都可访问本选课系统。所以传统的C/S结构的已经不能满现在学校的需求, 现在高学校采用的基本都是B/S结构的学生选课系统。这样才能方
便于高学校的管理。
本系统是基于B/S结构开发的,采用SQL Server作为后台的数据库,采用标准MVC 三层架构(JSP-JavaBean-Servlet三层架构开发模式。这些组件可以进
行交互和重用, 提高了开发效率, 是目前比较流行的方式。服务器端的数据库选择了Microsoft SQL Server 2000,网页的制作使用Dreamweaver MX作为制作工具。因为上面的工具大都采用了可视化的编程界面, 减少了很多的代码编写, 因此使用以上工具建立起来的开发环境,可以在最短的时间内完成系统开发。在使用本系统时, 用户不需安装任何的客户端软件, 只要用户的机器上有IE浏览器就可以进行操作,所有的数据处理都是由服务器完成的。
2.2 用户特点
本系统的用户包括三类:管理人员、学生和老师。其中管理员是整个系统的
管理者,他要查看以及修改学生成绩,增加、删除查看学生、教师以及课程,还有
修改他们的信息等;教师可以给学生评分、公布成绩、接受/不接受选课的学生
以及个人信息维护;学生可以选课、查看成绩以及对个人信息的维护。
2.3 项目目标
本项目设定的目标如下:
1. 系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
2. 系统具有良好的运行效率,能够达到提高生产率的目的;
3.系统应有良好的可扩充性,可以容易地加入其它系统的应有;
4.平台的设计具有一定的超前性, 灵活性, 能够适应企业生常配置的变化;
5.通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。3
应用环境
由于本系统是基于B/S模式开发的学生选课系统,本系统的中所有的数据都是在服务器端进行的, 而客户端只是用来进行网页的浏览。因此, 本系统中服务器段的软硬件配置是非常重要的,下面是本系统对运行环境的要求。
3.1 系统运行的网络环境
本系统采用B/S结构开发,硬件配置主要包括客户端硬件和服务器端硬件的选择。学生选课系统的硬件配置要根据用户对系统的稳定性要求、系统的容量、系统的吞吐量,以及用户的维护水平来确定。
3.2系统运行的硬件环境
本系统的硬件环境如下:
客户端:普通PC
CPU :P41.8G以上
内存:256MB 以上
分辨率:推荐使用1024*768像素
系统管理员
图3.1 选课系统网络拓扑图
数据库服务器:
CPU:P42.0GHz
内存:1GB以上
硬盘:80GB以上
3.3系统运行的软件环境
本系统的软件环境如下:
操作系统:UNIX/Linux/Windows2000或以上版本
数据库:SQLServer2000
开发工具包:JDK Version1.4.2,Jbuilder 2006
4 功能需求规格
4.1角色定义
根据与用户的充分沟通,在考虑系统可行性的基础上,确定执行本系统并与本系统发生交互的用户和外部系统分别有学生,教师,管理人员和数据库。
4.1.1学生
学生角色主要是针对在校具有选课资格的大学生设定的,学生登录并取得合法权限后,就可以使用学生模块,它主要包括:学生登陆,个人信息维护,查询分数和选课4 项子功能。
4.1.2教师
教师角色主要是针对在校具有上选课资格的教师设定的。教师首先进入登录页面,通过身份验证后进入教师页面,教师的功能包括选择学生、公布成绩。
4.1.3管理人员
管理人员是指系统功能的主要使用者,对学生选课系统进行相关设置,并进行系统维护的人员。
管理员维护界面,通过身份验证后进入管理员界面,管理员的功能包括学生维护、教师维护、课程维护、班级维护,还有注销。
图4.1管理员角色关系用例图
4.1.4 数据库
数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
学生选课系统是针对学校而开发的应用软件,主要功能是管理员在网上公布学生将要学习的课程,学生在课程列表中选择自己所要选修的课程,在老师接受选课后, 学生跟随自己的老师上课,在考试后老师给学生评分并在校园网上公布成绩。管理员登录系统可以对系统进行管理,主要对学生、教师、课程和班级的基本信息进行维护; 学生主要是选课和个人信息的管理;教师是选择学生和给学生评分。
根据需求分析,本系统应该具有4个大的功能模块,分别为登录模块、管理员模块、学生模块、教师模块。系统的主用例图如图4.2所示。
图4.2 系统的主用例图
4.3登录模块
该模块包括管理员,老师,学生登录及主界面的设计。每一个系统用户拥有事先分配好的用户名和密码,不同类型的用户只能访问各自工作领域内的相关页
面。登录模块用例图如图4.3所示。
图4.3 登录模块用例图
4.3.1学生登录
名称:学生登录
描述:登录进入学生模块
执行者:学生
前置条件:
后置条件:登录后可选修课程、修改个人信息、查看学分等操作活动的基本过程:
1、输入用户名、密码
2、点击登录按钮
3、显示登录成功信息
4、用例结束
4.3.2教师登录
名称:教师登录
描述:登录进入教师模块
执行者:教师
前置条件:
后置条件:登录后可选择学生、公布成绩等操作活动的基本过程:
1、输入用户名、密码
2、点击登录按钮
3、显示登录成功信息
4、用例结束
4.3.3管理员登录
名称:管理员登录
描述:登录进入管理员模块
执行者:管理员
前置条件:
后置条件:登录后学生维护、教师维护、课程维护、班级维护等操作
活动的基本过程:
1、输入用户名、密码
2、点击登录按钮
3、显示登录成功信息
4、用例结束
4.4 管理员模块
管理员模块,通过身份验证后进入管理员界面。管理员功能包括学生维护、教师维护、课程维护、班级维护等。
·学生维护:新增、更改、删除学生。
·教师维护:新增、更改、删除教师。
·课程维护:新增、更改、删除课程。
·班级维护:新增、更改、删除班级。
管理员模块用例图如图4.4所示。
图4.4 管理员模块用例图
4.4.1学生维护
1、添加学生信息
名称:学生维护
描述:添加学生信息操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对学生信息进行增加的操作
活动的基本过程:
1、管理员登陆成功以后进入学生信息维护的特定界面
2、单击“新增”进入了新增学生页面,添加学生姓名、密码、学生所在系、性别、籍贯录入学生信息表
3、在数据库中添加相应的学生信息
4、用例结束
2、修改学生信息
名称:学生维护
描述:学生信息维护是指修改学生操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对学生信息修改的操作
活动的基本过程:
1、管理员登陆成功以后进入学生信息维护的特定界面
2、单击“修改”对学生的个人信息进行修改,可以对学生的姓名、密码、学生所在系、性别、籍贯进行修改
3、在数据库中修改相应的学生信息
4、用例结束
3、删除学生信息
名称:学生维护
描述:学生信息维护是指删除学生操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对学生信息进行删除操作
活动的基本过程:
1、管理员登陆成功以后进入学生信息维护的特定界面
2、单击“删除”对学生的个人信息进行删除操作,找到满足条件要删除的记录。
3、在数据库中删除相应的学生信息
4、用例结束
4.4.2教师维护
1、添加教师信息
名称:教师维护
描述:教师信息维护是指添加教师信息操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对教师信息进行增加的操作
活动的基本过程:
1、管理员登陆成功以后进入教师信息维护的特定界面
2、单击“新增”进入了新增教师页面,添加教师姓名、密码、教师职
称、教师编号等录入教师信息表
3、在数据库中添加相应的教师信息
4、用例结束
2、修改教师信息
名称:教师维护
描述:教师信息维护是指修改教师信息操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对教师信息进行修改的操作
活动的基本过程:
1、管理员登陆成功以后进入教师信息维护的特定界面
2、单击“修改”对教师的个人信息进行修改,可以对教师的姓名、密码、教师职称、教师编号等进行修改
3、在数据库中修改相应的教师信息
4、用例结束
3、删除教师信息
名称:教师维护
描述:教师信息维护是删除教师信息操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对教师信息进行删除的操作
活动的基本过程:
1、管理员登陆成功以后进入教师信息维护的特定界面
2、单击“删除”对教师的个人信息进行删除,删除本条记录。
3、在数据库中删除相应的教师信息
4、用例结束
4.4.3 课程维护
1、添加课程
名称:课程维护
描述:课程信息维护是指添加课程操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对课程信息进行增加的操作
活动的基本过程:
1.管理员登陆成功以后进入课程信息维护的特定界面
2.单击“新增”进入了新增课程页面,添加课程编号、课程名、学分、预选课程、所属部门等录入课程信息表
3.在数据库中添加相应的课程信息
4.用例结束
2、修改课程
名称:课程维护
描述:课程信息维护是指修改课程操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对课程信息进行修改的操作
活动的基本过程:
1、管理员登陆成功以后进入课程信息维护的特定界面
2、单击“修改”对课程的信息进行修改,可以对课程编号、课程名、学分、预选课程、所属部门等进行修改
3、在数据库中修改相应的课程信息
4、用例结束
3、删除课程
名称:课程维护
描述:课程信息维护是指删除课程操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对课程信息进行删除的操作
活动的基本过程:
1、管理员登陆成功以后进入课程信息维护的特定界面
2、单击“删除”对课程的信息进行删除,找到满足条件的记录
3、在数据库中删除相应的课程信息
4、用例结束
4.4.4 班级维护
1、添加班级
名称:班级维护
描述:对所有上课班级的信息进行增加的操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对班级信息进行增加的操作
活动的基本过程:
1、管理员登陆成功以后进入班级信息维护的特定界面
2、单击“新增”进入了新增班级页面,添加班级编号、教师号、课程号、教室号、上课时间等录入课程信息表
3、在数据库中添加相应的班级信息
4、用例结束
2、修改班级
名称:班级维护
描述:对所有上课班级的信息进行修改的操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对班级信息进行修改的操作
活动的基本过程:
1、管理员登陆成功以后进入班级信息维护的特定界面
2、单击“修改”对班级的信息进行修改,可以对班级编号、教师号、课程号、教室号、上课时间等进行修改
3、在数据库中修改相应的班级信息
4、用例结束
3、删除班级
名称:班级维护
描述:对所有上课班级的信息进行删除的操作
执行者:管理员
前置条件:管理员已经登录
后置条件:对班级信息进行删除的操作
活动的基本过程:
1、管理员登陆成功以后进入班级信息维护的特定界面
学生选课系统需求分析说明书
需求分析说明书
摘要 随着社会的发展，学生的人数和课程的种类急速增加，传统的选课管理模式已经无法满足当前的实际需求，为此，我们开发了学生选课管理系统。 本人结合学生选课管理的实际需要，完成了对学生选课管理系统的需求分析、功能模块划分、数据库模式分析等，并由此设计了后台数据库以及前台应用程序。 文中首先对课题背景，数据库基础理论和SQL语言进行了简单的讨论；接着，对系统前台开发工具PowerBuilder9.0,学生选课管理系统进行了详细分析，划分了具体的功能模块；最后，给出了学生选课系统应用程序的设计过程，以及每个功能模块的核心代码。 系统可以实现学生选课的一些重要功能，如：课程的添加、删除，信息查询、选课、生成课表，以及学生选课管理人员、用户个人信息的维护等。 关键词管理系统；数据库；PowerBuilder9.0；SQL Server 2000
目录 1. 引言 ---------------------------------------------------------- 4 - 1.1编写目的 --------------------------------------------------- 4 - 1.2项目围 ----------------------------------------------------- 4 - 1.3参考资料 --------------------------------------------------- 4 - 2. 任务概述 ------------------------------------------------------ 4 - 2.1产品概述 --------------------------------------------------- 5 - 2.2用户特点 --------------------------------------------------- 5 - 2.3条件与限制 ------------------------------------------------- 5 - 3. 需求规定 ------------------------------------------------------ 5 - 3.1对功能的规定 ----------------------------------------------- 5 - 3.2对性能的规定 ----------------------------------------------- 7 - 3.3对输入输出的规定 ------------------------------------------- 8 - 3.4数据管理的规定 --------------------------------------------- 9 - 4. 运行环境规定 ----------------------------------------------- - 10 - 4.1用户界面 ------------------------------------------------ - 10 - 4.2设备 ---------------------------------------------------- - 10 -
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
(完整版)学生选课系统可行性分析报告
文档编号：RS-4 版本号：1.0.0 学生选课系统 可行性分析报告 项目名称：学生选课系统 项目负责人：路景 项目开发小组：软三四组 修改记录：
学生选课系统可行性分析报告 1.引言 当今社会是一个讲求效率的社会，时间就是金钱。开发简单，易于操作的管理软件不仅可以节省时间，还可以避免浪费人力，物力，提高效率。 待开发系统是一个学生选课的管理系统，该系统软件非常容易被接受，它具有简单易学性，便于管理等功能。它是对学校选课管理的一种工具。 1.1编写目的 由于教学制度的改革，现在大部分高等院校实行的是学生的自主选课模式，传统的学生按照学校安排好的课程上课的教学模式已经不能适应新型的教学手段，如果仍然通过纸上的方式选课，一方面浪费的大量的人力、物力资源，另一方面浪费时间以及在人为的统计过程中不可避免出现的差错等情况。此选课系统就是为了解决这个问题。 1.2项目背景 随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现选课系统势在必行。对于一个学校来说，用计算机进行选课管理所无法比拟的优点是检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学校选课的效率。 工程名称：学生选课系统 工程组织者：威海职业学院 产品设计者：软三四组开发小组 产品生产者：软三四组开发小组 产品所有权：软三四组开发小组拥有 产品用户：具有一定特权的管理人员、老师和学生 1.3定义 学生选课系统是一个功能实用、操作方便、简单明了、使用方便的选课的系
统，能实现老师对课程的添加，删除，更改，浏览，查询等功能，并能对每门课程成绩进行评定，学生可对相关信息有查询和修改功能的系统。 1.4参考资料 魏志华.《软件工程》.北京：清华大学出版社，2005 张海藩.《软件工程》.北京：人民邮电出版社，2002 2.可行性研究的前提 2.1基本要求 （1）该软件的功能为：学生选课信息更新、选课查询、成绩查询、密码管理、以及学生选课信息的导入/导出。 学生选课信息更新：添加选课学生、删除选课学生、修改选课学生信息。 查询功能：记录浏览和条件查询。 密码管理功能允许合法用户对密码进行修改。 （2）性能 方便数据的录入，使查询速度大大提高。 （3）系统的输入 选课学生所包含的信息。 （4）系统的输出 查询结果和各类报表。 （5）数据安全和保密 系统对不同权限的用户提供不同的功能模块，有一定权限的用户可以进行操作，一般的用户只能进行查询的操作。 2.2开发目标 (1)开发此学生选课管理系统软件，使教学人员及操作者进行选课管理，方便操作者随时添加、查询、修改，使工作人员从繁琐的填表，查表工作中解放出来，使得人力和设备减少； (2)使供需双方都获得满意的结果； (3)促进报表、统计数字的规范化； (4)处理速度高，提高工作效率；
高校学生选课系统数据库设计
数据库原理课程设计 ——高校学生选课系统 速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后， 进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文
从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。 每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文 的参考文献。 本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类 产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存 取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的 要求，极大的提高了学校的工作效率。 关键字：高校学生选课系统；Mysql；JSP 第一章系统开发可行性分析 分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 1.1技术可行性 技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满
足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java 等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。 1.2经济可行性 本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。 1.3操作可行性 由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。 第二章需求分析 2.1引言 为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。
管理系统软件需求说明书
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
学生选课系统
管理信息系统课程设计报告 学生选课系统 班级： 学号： 姓名： 指导教师： 2014年12月20日
目录第一章：现行系统概述 第二章：系统分析 2.1需求分析 2.2可行性研究 2.3信息系统规划 2.4系统的开发方法的选择 2.5组织结构与功能分析 2.6业务流程分析 2.7数据与数据流程分析 2.8功能/数据分析 2.9新系统逻辑方案的建立 第三章系统设计 3.1系统总体结构设计 3.2数据结构与数据库设计 3.3代码设计 3.4输入/输出设计 3.5模块功能与处理过程设计 第四章系统实施 4.1系统实施 4.2系统运行调试
第五章:结束语（结论、建议、收获、体会及小组中每个成员的工作内容） 参考文献
第一章现行系统概述 本科生选课系统是个很庞大的信息系统。目前随着学校人数和课程的激增，对教务处而言，管理和维护选课系统关系到自身的效率，选课系统的繁杂，在一定程度上会相对的增加教务处的管理负担。对学生而言，在选课阶段必须面对大量课程进行仔细筛选，而所有课程聚在一起，学生无法快速定位自己想选以及在规定时间内被要求选的课程类别。 这些问题的出现表明我们的选课系统仍然存在着问题，也需要对其进行改造，由此提高学生选课效率，为学生的学习带来更大的便利。学生选课系统作为一种现代化的教学技术，越来越受到人们重视，是一个学校不可或缺的部分。学生选课系统就是为了管理好选课信息而设计的。学生选课系统将是选课管理工作规范化，系统化，程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确，及时，有效的查询和修改学生选课情况。
第二章系统分析 2.1需求分析 学生可以选修规定范围内的课程，查看已修学分总数，还可以修改个人信息。教师可以根据统计的人数挑选一定数量的学生，也可以直接在网上公布成绩，让学生直接在网上查询成绩。管理员可以指定每门课程的任课教师，修改课程信息，增加、修改、删除学生信息。分析一：系统应该满足以下几个方面需求： （1）某些选修课程因为前序课程或者教学管理资源的限制，要求系统能对课程选修人数、选修学生年级、专业等进行限制。 （2）选课过程需具有时效性，系统要能在短时间内响应大量学生的查询和选课要求，並及时处理。 （3）教务部门能及时掌握课程选修情况，系统界面直观，操作简单，学生不需经任何培训即可操作。 （4）系统要提供数据输出接口以供教务员作后期处理及保存。包括作为以后查询和评估使用的资料。 分析二：系统要实现的功能分为二大模块： 管理员模块: （1）负责统一管理，包括课程的查询、添加、修改和删除； （2）限制选修条件的管理，包括条件的添加、修改和删除； （3）统一管理用户，包括管理员和学生用户的管理； （4）系统公告的管理； （5）数据的管理和数据导出；
学生选课系统需求分析
学生选课系统软件需 求说明书
目录1 引言1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.4 参考资料1 2 任务概述1 2.1 目标1 2.2 用户的特点2 2.3 假定和约束2 3 需求规定2 3.1 对功能的规定2 3.2 对性能的规定4 3.2.1 精度4 3.2.2 时间特性要求4 3.2.3 灵活性4 3.3 输入输出要求4 3.4 数据管理能力要求4 3.5 故障处理要求4 3.6 其他专门要求5 4 运行环境规定5 4.1 设备5 4.2 支持软件5 4.3 接口5 4.4 控制5
学生选课系统软件需求说明书 1 引言 1.1 编写目的 编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者：学生、老师、管理人员。 1.2 背景 本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。告别以往的人工统计。 本项目开发的软件采用B/S 结构，方便学生、老师、管理员使用，学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。 1.3 定义 B/S ：即浏览器/服务器结构，基于浏览器的使用。 用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。 网站：Internet 上提供Web 服务的计算机。该计算机的IP 绑定了域名，在浏览器输入域名就可以访问该计算机的web 资源。 1.4 参考资料 《信息系统分析设计与管理》 2 任务概述 2.1 目标 该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息 由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。 2.2用户的特点 学生：本科水平。该系统主要为学生提供选课服务，因此学生可以直接查看选课情况，学生 可以根据本人学号和密码登录系统，进行操作，如核实个人信息，查看教师信息、课程信息，以便选课，查看自己选课结果，查询考试成绩等。
软件系统需求说明书
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
学生选课管理系统
学生选课管理系统 SANY GROUP system office room 【SANYUA16H-SANYHUASANYUA8Q8-
#include
void InitlistA(Student *stu) { stu->next=NULL; } //初始化课程信息表 void InitlistB(Course *C) { C->next=NULL; } //初始化选课信息表 void InitlistC(SC *S) { S->next=NULL; } //求选课表的深度 int Getlength(SC *S) { int i=0; SC *p; p=S->next; while(p!=NULL) { p=p->next; i ; } return(i); } //用户输入数据建立学生信息表(尾插法) void CreatelistA(Student *stu) { Student *s,*r; int m,i;
网上选课系统-需求分析报告
一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.wendangku.net/doc/017617478.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性
校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
学生选课管理系统需求规格说明书
学生选课系统需求规格说明书
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 1.产品介绍 (5) 2.产品面向的用户群体 (6) 3. 产品应当遵循的标准或规范 (7) 4.产品范围 (7) 5. 产品中的角色 (7) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1后台管理功能需求 (8) 6.1.1管理员信息管理 (8) 6.1.2教师信息管理 (10) 6.1.3学生信息管理 (11) 6.1.4课程信息管理 (12) 6.1.5排课管理 (13) 6.1.6教室信息管理 (14) 6.2前台管理功能需求 (15) 6.2.1学生选课 (15) 6.2.2撰写教师反馈 (16) 6.2.3个人信息管理 (17) 6.2.4用户登录 (19) 7. 产品的非功能性需求 (20) 7.1用户界面需求 (20) 7.2软硬件环境需求 (20) 7.3产品质量需求 (20) 7.4其他需求 (21) 附录A：需求建模与分析报告 (22) A.1学生选课系统业务流程图 (22) A.1.1系统总体业务流程分析 (22) A.1.2学生管理业务流程图分析 (23)
A.1.3教师管理业务流程图分析 (24) A.1.4选课/退课子系统业务流程图分析 (25) A.1.5教师反馈子系统业务流程图分析 (26) A.1.6管理员管理业务流程图分析 (26) A.1.7管理员排课业务流程图： (27) A.1.8管理员退课业务流程图： (28) A.2学生选课管理系统数据流程图 (29) A.2.1顶层数据流程图 (30) A.2.2 O层数据流程图 (30) A.2.3后台管理数据流程图 (31) A2.4 前台管理数据流程图 (36) 附录B：需求确认....................................................................................... 错误！未定义书签。
学生选课管理系统分析报告
学生选课管理系统 分析报告
目录 一、背景介绍 (3) 1、选题背景 (3) 2、系统改进的必要性 (3) 二、管理功能层次分析 (4) 三、现有流程分析 (6) （一）现有业务流程 (6) （二）现有数据流程 (9) 四、存在的问题 (12) （一）选课流程问题 (12) 1、登录问题 (12) 2、选课过程 (12) （二）选课系统信息不完备 (12) 五、改进方案 (13) （一）业务流程优化 (13) （二）数据流程优化 (16) （三）系统信息完善 (18) （四）数据库设计 (19) 1、实体关系图的概念设计 (19) 2、实体关系图 (19) 3、数据表文件的结构和说明 (21) 六、可行性分析 (24) 1、经济可行性分析 (24) 2、技术可行性分析 (24) 3、组织与管理可行性分析 (24) 4、操作的可行性分析 (25) 七、总结 (25)
一、背景介绍 1、选题背景 教务处在正常运营中必须面对大量课程、学生信息以及两者间相互联系产生的选课信息。如此繁杂的信息如果用人工的方式进行信息的采集与匹配，势必会在复杂繁多的数据中出现错误，而检查成本确是相当高昂的。同时，教务处的管理效率也不会太高。因此需要对课程资源、学生信息、选课信息、修改信息进行管理，及时了解各个环节中信息的变更，有利于管理效率的提高。这也就是学生选课系统。学生选课系统，分为三大模块：学生模块，教师模块和管理员模块。对于用户模块来说，分三个部分，首先学生用户可以通过输入账号密码在网上完成选课，查询课表并修改自己的信息；其次，教师用户在登录可以查看担任的课程，可以查看所选自己课程的学生信息。而管理员模块，则可以添加、查询、修改、删除、查看所有学生和教师用户课程排布的信息，并且可以对其信息进行简单的管理。该系统用于提高教务处的工作效率，有利于学校加速其实现教务信息化的进程，方便用户之间信息的交流，简化学生选课的流程。 2、系统改进的必要性 鉴于选课系统能提高管理机构的管理效率，也就是教务处的管理效率，同时也简化了学生的选课程序。于教务处而言，管理和维护选课系统关系到其自身的效率，选课系统的繁杂，在一定程度上会相对的增加教务处的管理负担。而选课系统并不是万能的，在学生选课过程中也会出现一些特殊情况，如专业课选不上，这些都只能通过和教务处协调来解决。而这些问题的出现，也说明了我们现行的选课系统并不是特别完善的，需要对系统进行改进，从而减少出错的可能性。对于学生而言，在实际生活但中有出现这样一种状况，有时候专业课选不上，有时候自己选课的时候明明是选了这门课，但是在期末的时候发现没有这门课。这对于学生来说也是存在很大的风险的。实际情况是有同学的体育课与必修课冲突，
[软件需求]销售系统软件需求说明书
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
学生选课管理系统(数据库课程设计)
数据库系统原理及其应用教程 课程设计报告 设计题目选修课程管理系统的设计与实现 指导教师
摘要 随着计算机技术的日新月异，极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还
进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文的参考文献。 本系统主要功能是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的要求，极大的提高了学校的工作效率。 关键字：学生选课管理系统；分析；设计 目录 一、概述 (4) 1.1 设计背景 (34) 1.2 设计目的 (36) 1.3 设计内容 (39) 二、需求分析 (19) 2.1 功能分析 (7) 2.2 工作流图 (6) 2.3 数据流图 (7)
2.4 数据字典 (16) 三、概念模型设计 (18) 3.1 实体之间的联系 (18) 3.2 E-R图 (19) 四、逻辑设计 (26) 4.1 概念模型向关系模型的转换 (26) 4.2 概念模型的优化 (27) 五、源代码及查询截图 (29) 5.1 数据库的存储结构 (29) 5.2 实现 (32) 5.3 人机界面设计 (34) 5.4 系统测试 (36) 5.5 运行维护 (39) 六、总结 (40) 参考文献 (41) 一、概述 1.1设计背景 可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发（在该报告中主要是考查《学生选课管理系统》是否可能开发、是否值得开发、是否可以开发）。其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。
选课管理系统分析报告
数学与计算机学院 课程设计说明书 课程名称: JAVA数据库网络综合课程设计 课程代码: 题目: 选修课程管理系统 年级/专业/班: 2012级计科3班 学生姓名: 徐茂淋 学号: 312012********* 开始时间:2014 年12月2日完成时间:2014年12月28日课程设计成绩： 学习态度及平时成绩（20）技术水平 与实际能 力（20） 完成 情况 (20) 创新（5） 说明书（计算书、图纸、 分析报告）撰写质量（35） 总分 （100）
指导教师签名：年月日 数学与计算机学院 课程设计任务书 （ 2014/ 2015学年第1学期） 专业：计算机科学与技术 年级： 2012 课程名称： JAVA数据库网络综合课程设计 课程代码：
一、设计题目 选修管理系统 二、主要容 调查学校教务处，设计用于管理全校学生选修课活动的系统。主要功能有： 1.全校选修计划课程管理； 2.全校选修开课课程管理； 3.全校学生选课管理； 4.全校选修课成绩管理； 5.打印报表； 6.系统维护，如数据安全管理（含备份与恢复）、操作员管理、权限设置等； 要求： 1.设计学生选课录入界面及学生选课查询界面； 2.设计课程输入界面和学生选课表及课程选修情况查询界面； 3.根据学生库和课程库，输出学生课程表（选课冲突时按学号分配课程）； 三、具体要求 1.对系统作需求分析和数据库逻辑结构设计。 2.设计出ER模型，并完整标明每个实体型的相关属性，推荐使用Erwin实现。 3.利用前台开发工具，完成对每个实体型中实体数据的查询和编辑操作，并提 供相应的界面。 4.源代码格式规，注释不少于三分之一. 5.提交完整程序代码、课程设计报告及相关文档；给出系统需求分析和数据库
学生选课系统需求分析书
学生选课系统需求分析书 《学生选课系统》需求分析报告 1 引言 1.1 编写的目的 该学生选课系统需求分析报告的目的在于通过该报告，可以使系统实现如下功能:学生信息管理，课程信息管理，用户信息管理，选课信息管理，个人信息管理，备份恢复数据库。使用户的需求能够清晰的呈现出来。 1.2 背景 学生选课系统是一个学校不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生选课系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 该学生选课系统的任务提出者河南交通职业技术学院教务处，最终用户为河南交通职业技术学院所有在校学生，教师，学生选课系统的系统管理员。 1.3 参考资料 《软件工程》Ian Sommerville，2004年4月第一版第一次印刷，72页---86页，103页---116页，301页到313页 《ISO软件工程模版(4)需求说明书》 2 任务概述 2.1 目标 随着各大高校的扩招及信息化社会的到来，学校为了提高学生学习兴趣，越来越多的学校采用让学生自主选择所学课程，但以往的工作都是教务处手工填表的形
式搜集选课信息，存在效率低下，数据冗余的缺点，学生选课系统就是为了减少学校对信息管理的工作量，增强学生选课信息管理的安全性的双重要求下出现的。 该系统采用C/S架构，其作用范围为所有在校学生和教师和系统管理员。使学生能够方便地通过本系统进行课程查询和课程选择，使系统管理员能够通过本系统方便的进行课程信息(包括已选课程信息)，用户信息，学生信息的维护，切实地减少了学校对信息管理的工作量同时也提高了信息的安全性。 2.2 用户特点 本系统的最终用户就有四类:学生，一般用户，管理员，超级管理员。系统的超级管理员的技术特长就是能够熟练的进行数据库的备份恢复的维护，保证学校信息的安全性。该学生选课系统的使用频度大概使每学期的开学选课时期。 1、户分类: , 超级管理员:Admin , 管理员:由超级管理员注册 , 学生:由学生信息管理系统添加，同时添加到用户列表中 , 一般用户:由管理员或者超级管理员注册。 用例分析 超级管理员用例图 管理学生
ERP软件系统需求说明书
《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司
《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证（不产生凭证，只是显示凭证的内容） (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)
3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证（不生成凭证，仅提供显示凭证的内容） (24) 3.2.7门市零售 (24) 3.2.8库存盘点（见库存管理） (24) 3.2.9货品调拨（见库存管理） (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理（Inventory Control） (26) 3.3.1货品入库（入库单）ICReceiveOrder (27) 3.3.2货品出库（出库单） (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)
学生选课管理系统(详细设计说明书)
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (3) 3程序1（标识符）设计说明 (7) 3.1程序描述 (7) 3.2功能 (8) 3.3性能 (8) 3.4输人项 (8) 3.5输出项 (9) 3.6算法 (9) 3.7流程逻辑 (9) 3.8接口 (10) 3.9存储分配 (11) 3.10注释设计 (11) 3.11限制条件 (11) 3.12测试计划 (11) 3.13尚未解决的问题 (11) 4程序2（标识符）设计说明....................................................................... 错误！未定义书签。
详细设计说明书 1引言 1.1编写目的 该详细设计说明书的目的在于根据需求说明书与概要设计说明书提出该系统的详细设计，即系统的详细架构，主要包括系统的模块划分、程序系统的结构、各个模块的流程以及各层次中每个程序的设计考虑。 1.2背景 软件系统名称：学生选课系统 软件实现计算机：方正科技 与其他系统和机构的相互管理：暂无。 1.3定义 图1 程序数据字典定义 1.4参考资料 1.《软件工程导论》（张海藩编著清华大学出版社2007年5月） 2.《数据库系统概论（第四版）》（王珊编著高等教育出版社2007年11月）
3．《Visualbasic程序设计》（吴定雪主编科学出版社） 2程序系统的结构 2.1 、管理员模块程序设计说明 ①人员管理：管理员在登录之后可以对系统内的人员（包括学生、教师等）进行管理， 包括对人员的信息进行查询、修改和删除等操作。 ②课程管理：管理员在后台添加、编辑课程的基本信息（包括授课教师、开课时间设定）， 同时可以编辑系统开放选课的时间，在适当时间开启和关闭选课系统。 ③系统信息管理：管理员可对系统的基本信息进行编辑，对系统公告进行更改或者系统 标题、系统相关链接等。 ④系统权限管理：对不同的用户要分配不同的权限，管理员可设定不同人员对不同模块 的访问权限，允许或者拒绝不同用户对模块的增删查改操作。 图2.1管理员模块图 2.2、教师模块程序设计说明 （1）基本信息管理：此模块主要实现两个分支功能： ①个人信息修改和密码修改。在教师用户登录状态下，实现这些功能，通过对自己 的注册信息的修改满足用户的个性需求，能将注册信息及时反映个人状态，另外，密码修改则是很多网站都应具备的基本功能，能有效保护用户身份和网络安全。 ②其它基功能如学生查询，教师查询和留言查询，这三个功能都是在教师在线状态