教务在线管理系统需求分析说明书
江西师范大学软件学院教务在线管理系统
需求分析说明书
文档作者：徐玉川
指导老师：熊小勇
目录
1 引言 (4)
1.1 编写目的 (4)
1.2 项目背景 (4)
1.3 定义 (5)
1.4 参考资料 (5)
2 任务概述 (6)
2.1 目标 (6)
2.1.1 理念目标 (6)
2.2 运行环境 (6)
2.3 条件与限制 (6)
2.4 业务用例 (7)
3 数据描述 (9)
3.1 静态数据 (9)
3.2动态数据 (9)
3.3数据库描述 (9)
3.4 数据词典 (10)
3.5 数据采集 (14)
4 功能需求 (15)
4.1 功能划分 (15)
4.2 功能描述 (16)
5 性能需求 (18)
5.1 数据精确度 (18)
5.2 时间特性 (18)
5.3 适应性 (18)
5.4 系统设计方面 (18)
5.5 日常维护方面 (19)
5.6 其他专门要求 (19)
6 运行环境规定 (20)
6.1用户界面 (20)
6.2服务器设备 (20)
6.3支持软件 (20)
6.4 接口 (21)
6.5 软件质量要求 (21)
7 其他需求 (22)
1 引言
1.1 编写目的
本需求规格说明书的撰写目的是为对教务管理系统做出详细的需求分析，文档面向小组内部成员，用以指导开发各个阶段的流程，明确软件需求、安排项目规划与进度、组织软件的开发与测试，以及日后对系统进行改讲，为开发人员、维护人员及用户之间提供共同的协议以保证开发任务能够顺利进行。是项目开发的基础，对小组日后工作具有总领和指导的意义。
1.2 项目背景
随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。经总结，这类信息系统软件存在如下的缺陷：
●软件维护的费用高，因为各个用户都要安装客户端软件。
●信息查询不方便。
●不利于远程管理。
●软件的可操作性不高。
为了弥补这些缺陷，消除影响学校进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我决定在这次软件需求工程中，开发基于B/S架构的学生管理系统。
1.3 定义
缩写、术语及符号解释
JavaWeb 是用Java技术来解决相关web互联网领域的
技术总和。
MySQL MySQL是一个小型关系型数据库管理系统，开发
者为瑞典MySQL AB公司。
HTML HyperText Mark-up Language，即超文本标记语言或超文本链
接标示语言，是目前网络上应用最为广泛的语言，也是构成网页文
档的主要语言。
JSP 由Sun Microsystems公司倡导、许多公司参与一起建立的一种动
态网页技术标准。
MVC 模型(Model),视图(View)和控制Controller)。目
的是实现Web系统的职能分工。
1.4 参考资料
[1] Karl E.Wingers著，软件需求，清华大学出版社，2004
[2] Dean Leffingwell等著，软件需求管理——统一方法，机械工业出版社，
2002
[3] Soren Lauesen著，软件需求，电子工业出版社，2002
[4] lan Sommerville著，需求工程，机械工业出版社，2003
本文档按照软件工程国家标准编写。
2 任务概述
2.1 目标
2.1.1 理念目标：
进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。
2.1.2 功能目标：
基本上实现教务管理系统的主要功能；界面友好，便于使用；采用MVC三层架构模式，便于改写和重用；系统较为健壮。
2.2 运行环境
系统采用浏览器服务器（B/S）模式，客户端使用浏览器进行访问本系统。
系统的服务器运行环境为微软的Windows2000/XP/2003等操作系统，本系统可由客户端通过IE内核的浏览器进行访问。
◆Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；
◆运行时占用内存：≤5MB；
◆所需硬盘空间：≤50MB；
◆软件平台：中文Windows2000/xp/NT 4.0或更高版本；
2.3 条件与限制
2.3.1 技术限制：
使用JavaWeb的相关技术实现软件代码的编写；系统架构采用MVC架构；
数据库采用SQL Server2008语言；服务器使用Tomcat6.0及以上版本。
2.3.2 使用限制：
服务器最低配置为：
不支持非IE内核的浏览器，如火狐浏览器。
2.4 业务用例
2.4.1 系统管理员：拥有最高权限，主要包括：教务管理员管理、BBS管理员管理和图书管理员管理等功能。如下图（图2.1）所示。
图2.1
2.4.3 教学管理员：拥有整个系统的核心操作权限，主要包括：班级管理、课程管理、排课管理、学生管理和教师管理等。其详细功能如下图（图2.2）所示。
图2.2
3 数据描述
3.1 静态数据
包括系统登录密码,各数据库所在位置,注册信息的要求，课表的显示格式，学院信息，专业信息，课程信息。
3.2动态数据
包括各数据库内各项显示数据,用户登录信息,系统时间，日志信息，开课信息。
3.3数据库描述
由于本管理系统规模不是很大，使用者大多都是本校人员，所以决定采用SQL Server2008数据库，完全可以满足该系统的使用。
详细数据库设计如下：
教务管理数据库：包含以下各个表的信息，名称为school。
学院信息表：学院的名称代号；
专业信息表：所属学院，专业的名称代号；
班级信息表：所属学院专业，班级的名称编号；
学生信息表：所属学院专业班级，以及个人的详细信息；
教师信息表：所属学院，以及个人的详细信息；
教师登录信息表：教师登录的用户名（教工号），密码；
学生登录信息表：学生登录的用户名（学号），密码；
课程信息表：课程的详细信息、开课时间、任课老师以及课程所属的学院专业；
学生选课信息表：各门课程每个学生的成绩（包括课程编号、学生学号、成绩以及成绩是否公开）；
3.4 数据词典
3.4.1 数据流词条描述:
3.4.1.1 数据流名:登录信息
来源:用户的输入
去向:系统内部检验部分
组成:用户名,密码
流通量:每次登录输入一次
3.4.1.2 数据流名:登录结果
来源:系统
去向:用户
组成:返回信息
流通量:每次登录返回一次
3.4.1.3 数据流名:输入修改信息
来源:用户
去向:系统判断部分
组成:根据各数据库内容而不同
流通量:依用户输入而定
3.4.1.4 数据流名:反馈信息
来源:系统判断部分
去向:用户
组成:系统经判断后发回的字符数据
流通量: 依系统当前信息而定
3.4.1.5 数据流名:识别信息
来源:系统内部检验部分
去向:系统判断部分
组成:系统各数据库的标识信息
流通量:用户每次输入流通一次
3.4.1.6 数据流名:处理信息
来源:系统判断部分
去向:各数据库处理部分
组成:读取/修改标识,读取/修改的变量名称流通量:用户每次输入流通一次
3.4.1.7 数据流名:读取修改
来源:系统判断部分
去向:系统各数据库
组成:读取/修改标识,读取/修改内容
流通量: 用户每次输入流通一次
3.4.2 数据文件词条描述:
3.4.2.1 数据文件名:学生数据
简述:存储学生信息
数据文件组成:学生的各项信息
3.4.2.2 数据文件名:教师数据
简述:存储教师信息
数据文件组成:教师的各项信息
3.4.2.3 数据文件名:课程数据
简述:存储现有课程信息
数据文件组成:课程的各项信息
3.4.2.4 数据文件名:学生选课数据
简述:存储学生与课程的信息
数据文件组成:学生已选课程的各项信息3.4.3 加工逻辑词条描述:
3.4.3.1 加工名:检验
简要描述:判断用户的许可性
输入数据流:登录信息
输出数据流:登录结果
加工逻辑:判断是否与系统内部用户信息相符合
3.4.3.2 加工名:判断
简要描述:判断用户的操作并进行相应的读取/存储工作
输入数据流:输入修改信息
输出数据流:反馈信息
加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈3.4.3.3 加工名:学生信息管理
简要描述:对学生信息表进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息3.4.3.4 加工名:教师信息管理
简要描述:对教师信息表进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改
输出数据流: 读取修改, 处理信息
加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息
3.4.4 源点及汇点词条描述:
名称:用户
简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息数目:多个（不超过5000）。
3.5 数据采集
本系统除管理员用户名和密码需进行特殊的处理外，其余数据均为用户输入或导入。
4 功能需求
4.1 功能划分
4.1.1 系统结构图
4.1.1.1登录模块
用户登录，用户登出。
4.1.1.2系统管理员模块
能够进行人员管理（包括添加、删除教师、学生、系统管理员，查看他们的信息），课程管理（包括添加、删除课程，查看开课信息，设置学生选课时间，教师录入成绩时间等），统计教师工作量（所教课程名称、数目，每门课学生数，课程时间等），成绩管理（成绩修改、查询，对每门课不及格人数统计），日志管理【可选模块】（日志的导出、查询、删除）
4.1.1.3教师端
登录，成绩录入与查询，修改密码，查看、修改个人信息，查看所教学生资料，查看所有已开课程的信息，查看所教课程的课表
4.1.1.4学生端
登录，选课，成绩查询，查看修改个人信息，修改密码，查看课表4.1.2用例图
4.2 功能描述
4.2.1 登录模块
在登录模块中，用户可以进行登录登出功能。登录时教师需要输入自己的教工号，学生需要输入学号，初始密码与登录时的用户名一样。登录后，系统强
烈建议修改登录密码。而且，第一次登录后，需要完善个人信息。系统管理员登陆时，用户密码和密码初始都为system，登录后可以修改登录密码。
4.2.2 系统管理员模块
系统管理员的用户名和密码一开始是本系统内置好的，管理员登陆后可以修改密码；系统管理员能够进行人员管理，如添加或者删除教师、学生、系统管理员，查看他们的信息；系统管理员还能够进行课程管理，如添加、删除课程，查看管理开课信息或学生选课信息，设置学生选课时间，教师录入成绩时间等；还可以进行成绩管理（成绩修改、查询，对每门课不及格人数统计）；系统管理员也可以统计教师工作量（所教课程名称、数目，每门课学生数，课程时间等）；进行日志导出、查询和删除等操作。
4.2.3 教师端模块
教师登录本系统后，可修改登录密码。在成绩录入时间段，可进行成绩录入操作；教师还可以查看修改个人信息，查询所教学生个人基本信息或者自己所开设的课程的成绩；教师还可以所教课程课表或所有已开课程的信息。
4.2.4 学生端模块
学生登录后，可修改登录密码。在特定时间（选课段）里，可以选课操作；学生在老师录入成绩之后，可以查看个人成绩，可以查看修改个人信息。选课完毕后，可以查看课表。
5 性能需求
5.1 数据精确度
由于此系统只是教务管理之用，对数据的精确度要求不高，所以不考虑数据的精确度。如无特殊说明，数字为小数点后保留2位，小数点前保留8位。文字长度要求详见详细功能需求部分的各个输入表。须注意，一个汉字计算为2个文字长度。
5.2 时间特性
在学生选课时，要求能够立即反应选课的人数是否已经达到上限。数据库操作速度要达到一定要求。如无特殊说明，数据库操作响应、处理时间90%应控制在2秒以内。考虑到Internet网的传输速度原因，用户界面的整体操作响应、处理时间90%应控制在7秒以内。进行全站搜索时可能需要耗费更多时间，应控制在10秒以内。
5.3 适应性
采用MVC三层架构形式，使用业务实体对象在三层之间传递参数，便于修改和重用，便于查询和多表处理。同时，由于本系统只在学校内部管理人员的机器上使用,因此不考虑适应性.
5.4 系统设计方面
须预见到可能发生的错误，并加以捕捉。应有统一的错误处理机制，负责处
理公共的错误事件。错误信息须提供：1、错误发生的原因。2、解决错误的步骤。对于预知错误以外的异外错误，须显示：1、系统内部错误号。2、出错的代码段及行号。3、系统提示的错误原因。
5.5 日常维护方面
本系统是B/S架构，分内部网和外部网。日常维护应该考虑访问量、网络安全等因素对数据库服务器和Web服务器的影响。对于数据库而言，要进行定期备分，防止病毒、断电等因素对数据库服务器造成的破坏。通过部署防火墙、升级系统补丁、定期备分和不断更新病毒定义等手段保证服务器的安全和稳定，有效减少系统故障发生概率。
5.6 其他专门要求
本系统采用https://www.wendangku.net/doc/c36555066.html, 2.0以及Ajax进行开发，保证系统结构合理，运行高效，稳定，系统便于升级和维护。数据库采用SQL Server 2008。
6 运行环境规定
6.1用户界面
屏幕格式：
(1)要求登陆后主界面有树形的菜单以方便操作
(2)查看课表时课表在另一个窗口中显示
6.2服务器设备
6.3支持软件
管理系统软件需求说明书
厦漳大桥养护管理系统 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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §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 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
数据库 教务管理系统 综合实验报告
华北科技学院计算机系综合性实验 实验报告 课程名称《数据库系统A》 实验学期2011 至2012 学年第 2 学期学生所在系部计算机学院 年级2010 专业班级网络B101班 学生姓名学号 任课教师 实验成绩 计算机系制
《数据库系统A》课程综合性实验报告 一、实验目的 利用一种DBMS作为设计平台，理解并应用课程中关于数据库设计的相关理论，能按照数据库设计步骤完成完整的数据库设计，包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。 二、设备与环境 (1) 硬件设备：PC机一台 (2) 软件环境：安装Windows操作系统，安装数据库管理系统SQL Server2008等。 三、实验内容 1.需求分析 首先，通过调查，教务管理系统中主要有四类用户，即学生用户，老师用户，教务管理员和系统管理员。对应这些用户，其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下： 1）系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据还原，注销等功能。 2）教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理，学生学籍管理等功能。 3）基本信息：实现显示学生和老师以及课程、班级、系别的基本信息（包括学生基本信息，教师基本信息，课程基本信息等）。 4）查询：包括实现学生查询，老师查询。学生查询包括自己的基本信息，自己的课程，课表，成绩等，老师查询包括查询自己的信息，自己所带班的学生，自己的课表以及学生成绩等。 5）教师对成绩的录入以及自己信息的查询与维护。 其次，该教务管理系统中，结合以上用户种类以及其具体的处理功能要求，教务管理系统要具备以下信息要求： 教务管理系统涉及的实体有： 教师——工作证号、姓名、电话、工资、邮箱； 学生——学号、姓名、性别、年龄、系代号等； 班级——班号、最低总学分等； 系——系代号、系名和系办公室电话等； 课程——课序号、课名、学分、最大人数等； 其中，这些实体之间的联系如下： 每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系。 每个班的班主任都由一名教师担任 一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一
仓库管理系统需求分析报告
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：2012年11月18日 成绩： 前言
仓库管理系统是物资管理系统的核心，是一个企业不可缺少的部分，它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库，效率低，查找、更新和维护困难。今天，仓库作业和库存控制作业已多样化、复杂化，靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货，就会导致生产过量的库存，延迟交货时间，增加增加经营成本，以致失去客户。随着科学技术的不断提高，计算机科学日渐成熟，仓库管理系统应运而生，其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率；其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输，组织运送原材料到生产企业，运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段，满足企业对低成本和快速处理的要求，帮助不同行业的企业解决复杂的配送问题并降低订单履行成本，它已越来越广泛的应用到各大仓库，并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)
1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设（Assumption）和依赖（Dependency） (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境（Operating Environment，OE） (9) 2.3假定（Assumption）和约束（Constraint） (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求（Performance） (38) 3.2.2安全设施需求（SAfety） (38) 3.2.3安全性需求（Security） (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面（User Interfaces，UI） (39) 3.3.2硬件接口（Hardware Interfaces，HI） (39) 3.3.3软件接口（Software Interfaces，SI） (39) 3.3.4通信接口（Communications Interfaces，CI） (39)
OA管理系统需求规格说明书
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
人事管理系统需求分析报告
人事管理系统需求分析 一、背景介绍 1.1、系统目标 企业人事管理系统，是为了迎合现在人们的工作而设计的。随着网络的覆盖面的增广，上网的人们也就越来越多了，人事管理的对象是一个单位或若干单位种的员工的基本信息，这些信息是在变化的。人事管理系统能够味用户提供充足的信息和快捷的查询手段。使用计算机对人事资料进行管理，会给应用者带来很多方便，例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率，同时，这也是企业的科学化、正规化管理以及与世界先进管理技术接轨的重要条件。人事管理系统是现代企业管理工作不可缺少的一部分，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件。 人事管理系统可以用于支持企业完成劳动人事管理工作，有如下三个方面的目标。 (1) 支持企业实现规范化的管理； (2) 支持企业高效率完成劳动人事管理的日常业务； (3) 支持企业进行劳动人事管理及其相关方面的科学决策。 1.2、企业人事管理系统功能需求 根据市场调查及分析，企业人事管理系统应该具有以下功能： （1）可以真正地实现对企业人事的管理。 （2）系统的功能要符合本企业的实际情况。 （3）系统的功能操作要方便、易懂，不要有多余或复杂的操作。 （4）可以方便地对人事信息进行输出打印。 （5）方便对企业内部的人事档案及岗位调动调动进行管理。 1.3、企业人事管理系统模块需求 企业人事管理系统应该包括以下模块： (1)基本信息管理 该模块实现职工基本信息的管理，包含职工的名族类别、职工类别、文化程度、政治面貌、部门类别、工资类别、职务类别、职称类别、奖惩类别、记事本类别以及员工生日和员工合同提示等。 (2) 工资管理 通过该模块，能够对员工的工资进行管理，查询、打印工资明细信息等。 (3）系统管理 该模块实现重新登录、用户设置、系统退出等功能，使用户能正确的登录和使用该系统。
酒店管理系统需求说明书
酒店管理系统需求分析说明书
目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
教务管理系统可行性分析实验报告
核准通过，归档资料。 未经允许，请勿外传！ 管理信息系统 实验报告
专业：市场营销 班级: 学号： 姓名： 2013-2014学年第二学期 实验名称：可行性分析方法指导教师: 实验地点: 成绩:_________ 实验目的： 1、了解系统规划的主要目的及任务； 2、掌握系统可行性分析的主要方法及可行性分析报告的内容。实验内容与基本要求: 自行确定一个分析对象（企业或者组织等等），完成系统可行性分析报告。 实验步骤： 教务管理系统可行性分析报告 1.引言
1.1编写目的 随着网络科技日趋进步，全国各地高校纷纷开始采用教务管理系统对学校事务进行管理。它以网络为平台，对学校各项事务进行各方面的管理，为用户提供充足的信息和快捷的查询、修改手段，以成为日常教学工作中必不可少的管理软件。鉴于内江师范学院目前使用的教务管理网站技术老旧且访问速度缓慢、功能不全面，现为筹划设计一教务管理系统，要求能最大程度地满足各方用户的需求。 1.2 背景 项目名称：内江师范学院教务管理系统。 项目提出者：内江师范学院 用户：内江师范学院 软件开发单位：重庆软件股份有限公司 本项目与其他软件或其他系统的关系：工作于所有高校现代教学管理信息系统 定义及其参考资料等 2可行性研究的准备 2.1 要求 主要功能：用户进入系统时，均需输入唯一的用户名和密码； 性能要求：查询效率尽可能做到精准，信息维护做到简单实用，不需要过多的人员培训，要求性能稳定，不能出现数据丢失、错误等情况。 输出要求、输入要求、安全与保密要求等 2.2 目标 1．人力与设备费用的节省； 2．处理速度的提高； 3．管理信息服务的改进； 4．人员工作效率的提高。 2.3 条件、假定和限制、开发环境、运行环境硬件环境 2.4 进行可行性研究的方法 将教务管理系统投入使用后对各类用户进行调查，了解用户对该系统的评价及意见，全面分析该系统的性能，进行可行性分析。 3. 对现有系统的分析 对系统的目标：通过该信息系统的建设实现高效率高质量的管理效果。 对系统的任务：一、可以方便学生的成绩信息查询、学籍信息查询、班级课表查询、个人课表查询，并且可以网上选课，及时获得学校各种通告，也包括对个人信息的适时修改等自助服务功能；二、提高普通教职工的工作效率，比如教师进入系统之后，也可以对自己的个人信息进行查询、修改，可以对教学执行计划、班级课表、教师课表、教室（地点）课表、授
学生管理系统需求分析报告
需求分析报告 1. 概述 (1) 项目名称: 学生管理系统. (2) 项目的提出者: 郑州航院信息统计职业学院 (3) 项目用户: 全院师生. 2. 系统需求说明 背景 该项目的发是鉴于目前学校学生人数剧增,学生信息呈爆炸性增长的前提下,学校对学生管理的自动化与准确化的要求日益强烈的背景下构思出来的,该系统完成后可用于所有教育单位(包括学校,学院等等)的学生的管理. 目前社会上信息管理系统发展飞快,各个企事业单位都引入了信息管理软件来管理自己日益增长的各种信息,学生管理系统也是有了很大的发展,商业化的学生管理系统也不少.但本系统完全独立开发,力求使系统功能简洁明了,但功能齐全且易于操作. 系统需求 通过调研了解到: (1) 学校希望能够在查看学号的时候迅速得知该生的系别、专业、哪一届. (2) 学校希望通过能统计大量的以前无法统计的数据,方便管理. (3) 管理员有不同的职位,要可以进行权限设置. 系统功能要求 学校提出的要求,结合我们的技术建议再加以考虑, 产生了该管理信息系统的功能要求: (1) 编制一套流通管理系统. (2) 编制一套库存管理系统. (3) 编辑、查询、统计、打印模块. (4) 用户管理(用户记录管理和权限设置). (5) 对数据库能够灵活设置. (6) 不同的管理员有不同的设置. (7) 软件系统安全上要有一定的保障. (8) 增加各种尽可能多的查询功能. 对性能的要求 学校对系统性能无特殊的要求，只要查询学生的时候没有明显的延迟就可以了，学校目前有多届学生需要管理，查询时间不要超过 5 秒钟。 条件、假定、和限制 (1) 系统最小寿命. 系统应该能在无重大改动的条件下正常运行 5 年以上. (2) 对设备的要求. 要求稳定性良好,整套系统经济实惠. (3) 可以利用的信息和资源. 学校已经配置了多台计算机,以及网络设备,操作人员将使用Windows 98 以上操作系统. (4) 管理员受过较好的培训 3. 新系统的逻辑模型
课程管理系统需求说明书
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.wendangku.net/doc/c36555066.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 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一般约束
教务管理信息系统可行性分析报告
教务管理信息系统可行性分析报告免责声明:本文档来自网络并经精心整理～提供免费阅读～文章版权属于原创者～请注意保护知识产权～请您下载后勿作商用～只可学习交流使用。 重庆科技学院教学管理信息系统 可行性分析报告 一教务信息系统的概述 1 教务信息系统的背景 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，但是还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，随着信息技术在管理上越来越深入而广泛的应用，管理信息系统的实施在技术上已逐步成熟。管理信息系统是一个不断发展的新型学科，任何一个单位要生存、要发展、要高效率地把内部活动有机地组织起来，就必须建立与自身特点相适应的管理信息系统。这对于正在迅速发展的各大高校而言，同样有着重要意义。 现如今高校为适应社会的需求以及自身办学的需要，扩建、扩招已在寻常不过。自然就会有更多的学生信息需要处理。如果只靠人力来完成，必然是一项非常繁琐、复杂的工作，而且还会出现很多意想不到的错误，这不仅会给教学及管理带来了很大的不便，也不益于学校全面快速发展的需要。 众所周知，作为高校日常教学中的主要管理工作之一的教务管理，它涉及到院校、专业、师生等诸多方面。特别是目前国家的教育体制也正处在不断改革、创新的阶段，教育部门充分吸取国外优秀的教学模式，结合国内多年的办学经验，逐步探索出了适合中国特色的教学形式，国家教育部面向各级各类学校开展了全面学分制改革。同时，随着选课制的展开和深入，教务日常管理工作也日趋繁重、复杂，
如何把教务工作信息化、模块化、便捷化便成为了现代高校发展的重点。所以总的来说，教务管理软件应实现教务信息的集中管理，使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展，并为进一步实现完善的计算机教务管理系统和全校信息系统打下良好的基础。在高校中，教务管理工作具有举足轻重的地位，教学质量直接取决十教务管理水平。现如今教务管理信息系统的开发与实施可谓日新月异。在数字校园理论逐步应用的过程中，各高校一方面不断投资购建各种硬件、系统软件和网络，另一方面也不断开发实施了各类教学、科研、办公管理等应用系统，形成了一定规模的信息化建设体系。 教务管理系统是一个庞大而复杂的系统，它包括对学生信息的注册、修改，学生选课及课程 管理和学生的四六级考试及计算机等级考试的管理;对教师课程的管理以及对选课学生评分的管理;和管理员对教师、各类考试的综合管理等主要的功能。教务管理系统运行的状况将直接影响到学校里的主要工作，一旦此系统出错，不仅学校的教学进度安排会受到一定程度的影响，而且还会危及到每一个在校学生的切身利益。所以设计一个功能相对完整、操作简单以及界面友好的教务管理系统变得非常重要。 为了提高教务管理的工作效率和服务质量，降低出错率，精简人力、物力的投入，各个高校均建立了自己的教务管理信息系统，为学校的动态管理和分析决策带来了极大的便利。现在的学校的教务管理也逐步从手工转到计算机自动化信息处理阶段。通过这个系统，用户可以方便的对教师信息以及学生信息和学生成绩资料进行添加、修改和删除操作，还可以对学生资料和成绩进行查询操作。除此之外，对用户的添加和删除操作也很方便。教务管理系统是典型的信息管理系统(MIS)，它能够实现整体规划教学资源(学生，教师，教室)，评估教学质量，制定教学计划，检查教学进度，给学校的教务人员管理教务工作提供了极大的方便
人力资源管理系统需求分析报告
《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术，网络技术和信息技术的发展，现在的办公系统更加趋于系统化，科学化和网络化，网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的的主要目的是实现信息的交流和信息共享，提供协同工作的手段，本系统对公司的人力资源进行管理，为人力资源管理人员提供一套简单的操作，使用可靠，界面友好，易于管理和使用的处理工具，对人力资源各种数据进行统一管理，避免数据存取，数据处理的重复，提高工作效率，减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个企业有机、高效地带动起来，使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面： 可以有效的进行对职工信息管理；增加、删除、修改员工信息；薪金发放；考勤以及招聘等工作。 职工方面： 每个职工都可以对自己的信息进行查看，查询薪金发放情况以及职称评比情况。 1.3功能需求 本系统的实现的功能主要划分为：
A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显 示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统，用户只有按照提示信息，使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示，以方便用户的使用。 系统的主要功能有： A.信息输入模块：包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块：根据普通职工用户输入的查询条件（职工号）对系统所保存的记录内容（工资和奖金等）进行查询检索。 C.系统维护模块：包括对维护人员的个人信息密码的修改、数据库的及时更新，添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块：对查询到的数据集进行显示反馈，并多大量的数据进行分页显示；对普通职工用户输入的查询条件进行过滤判断，对错误的条件，进行反馈提示；同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块：对员工上下班打卡情况以及出勤情况进行记录，汇总。 F.招聘模块：显示招聘信息并进行及时的更新。 1.4非功能需求 1.系统必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统
运维管理系统需求说明书
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错
图书馆管理系统(软件需求说明书)。石云雷
1引言 (2) 1.1编写目的 (2) 1.2背景说明 (2) 2任务概述 (3) 2.1目标....................................................................................................... 错误！未定义书签。 2.1.1开发意图............................................................................................ 错误！未定义书签。 2.1.2应用目标............................................................................................ 错误！未定义书签。 2.1.3作用及范围........................................................................................ 错误！未定义书签。 2.2用户特点............................................................................................... 错误！未定义书签。 2.3假定与约束........................................................................................... 错误！未定义书签。 3需求规定 ..................................................................................................... 错误！未定义书签。 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2对性能规定 (8) 3.2.1精度.................................................................................................... 错误！未定义书签。 3.2.2时间特性要求.................................................................................... 错误！未定义书签。 3.2.3灵活性 (9) 3.3输入输出要求....................................................................................... 错误！未定义书签。 3.4数据管理能力要求 (11) 3.5故障处理要求 (12) 3.6其他专门要求 (12) 4运行环境设定 (13) 4.1设备 (13) 4.2支持软件............................................................................................... 错误！未定义书签。 4.3接口....................................................................................................... 错误！未定义书签。 4.3.1用户接口............................................................................................ 错误！未定义书签。 4.3.2软件接口............................................................................................ 错误！未定义书签。 4.4控制....................................................................................................... 错误！未定义书签。 4.5出错处理和恢复................................................................................... 错误！未定义书签。 1. 引言 1.1. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
教务管理系统分析报告
教务管理系统分析与设计
目录 1 可行性分析 (3) 1.1 引言 (3) 1.2 经济可行性 (3) 1.3 技术可行性 (3) 1.4 管理可行性 (3) 2 系统需求分析 (4) 2.1 用户需求 (4) 2.1.1 学生模块功能需求 (4) 2.1.2 教师模块功能需求 (4) 2.1.3 系统管理员功能模块需求 (4) 2.2组织结构图 (4) 2.3业务流程图 (5) 2.4 数据流程图 (6) 2.5 用例图（包括用例描述） (7) 3 系统设计 (11) 3.1 系统总体设计（系统的功能模块结构图） (11) 3.2 系统各功能模块设计 (11) 3.2.1 顺序图 (11) 3.2.2 类图 (13) 3.2.3 状态图 (14) 3.2.4 活动图 (16) 4 数据库设计 (19) 4.1 数据分析 (19) 4.1.1 E-R图 (19) 4.1.2 数据库表 (20) 4.2 逻辑结构设计 (22) 5 总结 (23)
1 可行性分析 1.1 引言 教务信息管理系统类似于档案管理，它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要，所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大，学生数量急剧增加，有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。 1.2 经济可行性 教育事业的不断发展，各级教育层次的教学规模日益扩大，采用传统的教务信息管理方法（如开发程度不高的管理系统）不但浪费大量人力、物力和财力资源，而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心，开发具有高效，易于查询并且便于管理员管理的教务信息系统的需求就明显增多。 1.3 技术可行性 教务信息管理系统最简单的是采用SQL server2000的数据库技术进行架构，主要包括登录，教师用户，管理员用户，学生用户四个模块，各个对象根据自己的权限进行查询。 1.4 管理可行性 系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大，管理员要时不时对系统进行维护和更新，保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周