《会议管理系统》需求说明书
小组成员：朱家萍，桑成艳，吴志月，刘玲玲，舒佩
组长：王梦茹
1.1 编写目的
本文详细说明会议管理系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。
1.2 背景
需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。
系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。
系统使用范围：本系统主要面向参会人数在三十人以内的会议。
1. 3 用户
会议管理系统主要是面向参加会议人数在30人以内的会议。
2 任务概述
2.1目标
由于大多数在会议的流程上具有一定的相似性，本系统的目的是希望减少其中的重复工作，减轻不必要的负担，提高工作的正确性和效率。系统的目标是将人工参与的工作量减少百分之五十，效率提高百分之三十，同时能够使会议管理工作规范化、程序化。
2.2 系统的特点
本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。操作人员必须熟悉计算机的基本操作，维护人员应该在电脑方面有所专长。如果本系统开发成功，可用性极强。基于国家目前会议数量和规模的递增趋势，在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。
2.3 非技术要求
本系统的开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成和系统测试→交付，其中需求分析的更新穿插于整个开发过程。
要交付的工作产品有：需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。
3. 需求规定
根据前期的需求分析，对系统的功能模块进行划分，功能结构如图
3.1性能需求
1.正确性需求
系统正确性需求主要包括以下三项：
·系统应能够把会议组织人员所创建的会议的相关信息以及添加的人员信息准确地导入数据库中。
·与会者使用IC卡签到时，系统应能正确的读取相关信息并对到会情况进行统计。
·系统能够正确的将会议通知、反馈表填写通知等信息发送到参会人员邮箱。
2.安全性需求
系统用于存储会议、参会人员等信息的数据库应具有很高的安全性，会议组织人员登录数据应加密后再通过网络传输。
3．界面需求
系统对界面的需求分为两部分：网站和客户端。这两部分有不同的界面需求：
·网站部分：页面布局清晰，颜色搭配合理，色调柔和，各页面主题风格一致
·客户端部分：参会人员签到时看到的窗口应该很清晰，且比较美观，其他窗口布局较合理即可。
4.精度需求
由于系统所涉及的数据主要有参会人数、实间等，因此对数据精度五特殊要求。作为一个中、小型会议管理系统，当参会人数很多时，应考虑到数据越界的问题。
5.时间特性需求
当参加人员使用IC卡签到时，系统应能在0.2秒内识别出参会人员并进行签到数据录入。当看到参会人员信息、到会情况信息和反馈表信息时，系统应能在1秒内返回结果。
6.稳定性需求
该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统升级或替换。
7.灵活性需求
当会议组织人员的需求发生变化时，例如所需参会人员的信息项与默认类型不符，系统应该提供修改默认设置的功能，即允许组织者自定义信息项类型。考虑到有些会议组织人员没有条件提供IC读卡器，系统应能在较小的更改的情况下采用二维条形码等其他技术唯一识别参会者。
当连接读卡器的PC机出现故障时，用户可以用手动方式为参会人员签到。
8.扩展性需求
本系统能够在以下几个方面进行扩展:
·功能的扩展：在现有功能模块的基础上增加餐饮管理模块、自动文档生成模块等。
·支持环境的扩展：系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。
9.数据管理能力需求
系统数据库中应能一定数量（30人以内）人员的个人信息进行存储，同时，应能存储30个人以上会议的参会数据.
10.故障处理能力需求
系统可能遇到的硬件故障包括参会人员的IC卡不能正常读取。故障发生时，将不能自动完成该参会人员到会情况的统计，需要对该参会人员信息进行手动录入。
系统出现软件故障时，为了满足信息处理的要求，可以采取数据恢复来解决，因此平时要经常进行备份。
3.2会议处理流程需求
3.2.1 会议处理流程
会议组织人员通过登入登出系统验证身份，通过身份验证后，才可以进行相关的查询、更改等操作，参会人员只有查询相关会议信息的权限。会议组织人员通过身份验证后，进入会前管理系统，设置会议的初始信息，如时间、场所、主题等。同时，会议组织人员要把相关参会人员添加到该会议下。如果会议信息有改动，会议组织人员还可以对其进行修改。同时，会议组织人员在会议开始之前发送邮件通知相关人员参加会议，并把参会的时间、场所、注意事项等消息以邮件的形式发放给参会人员，在会议结束之后，会议组织人员通知参会人员填写会议反馈表，以邮件形式告知参会人员填写反馈表的网址。
3.4.2 系统用例图
本系统的功能需求用用例图的方式描述如图所示。
1.系统整体用例图
系统的顶级用例图
2.登入登出
用例编号：1
用例名称：登入登出
用例描述：对会议组织人员的身份进行验证，包括会议组织人员在Web平台和签到的客户端的登入登出
前置条件：无前置条件
后置条件：会议组织人员身份验证通过
活动步骤：会议组织人员进入Web登录页面或签到客户端登录窗口会议组织人员输入用户名和密码会议组织人员受到身份验证结
果提示信息
3.会前管理
用例编号：2
用例名称：会前管理
用例描述：会议组织人员设置会议的初始信息，如时间、场所、
主题等。同时，会议组织人员要把相关参会人员添
加到该会议下。如果会议信息有改动，会议组织人
员还可以对其进行修改
前置条件：会议组织人员登录系统，并通过了系统认证
后置条件：会议和人员信息被初始化
活动步骤：会议组织人员登录系统
会议组织人员新建会议
会议组织人员导入会议的名称、场所、时间、主题、主办方等信息
会议组织人员把相关的参会人员添加到该会议下
扩展点：如果参会人员身份验证失败，则用例结束；如实际情况有变动，会议组织人员可对会议信息进行更改
4、发送邮件
用例编号：3
用例名称：发送邮件。
用例描述：会议组织人员在会议开始之前要通知相关人员参加会议，并把参会的时间、场所、注意事项等消息以邮件的形式发放给参会人员。在会议结束之后，会议组织人员通知参会人员填写会议反馈表，以邮件形式告知参会人员填写反馈表的网址。
前置条件：会议组织人员登录系统，并经过了身份验证。
后置条件：参会人员接收到参会信息。
活动步骤：会议组织人员登录系统。
会议组织人员撰写会议通知。
会议组织人员选择参会人员。
会议组织人员发送邮件通知参会人员参加会议或者填写会议反馈表。
参会人员接收参会通知或者填写反馈表通知。
扩展点：如果参会人员身份验证失败，则用例结束。
异常处理：无。
5、会中管理
参会人员
用例编号：4
用例名称：会中管理
用例描述：在会议的进行过程中，绘制组织人员可进行签到管理，还可以及时查看人员的参会情况。参会人员可以签到登记。
前置条件：会议信息已经设置好。
后置条件：会议组织人员掌握了人员的参会情况。
活动步骤：会议组织人员登录系统。
会议组织人员进入某会议的签到页面。
参会人员进行签到登记。
会议组织人员查看人员的到会信息
扩展点：如果参会人员身份验证失败，则用例结束。
异常处理：无。
6、会后反馈调查
用例编号：5
用例名称：会后反馈调查。
用例描述：在会议举办完成后，会议组织人员在网站上公布反馈表请参会人员填写。然后，会议组织人员从提交的反馈表中提
取出相关的统计信息，对会议的召开情况作出总结。
前置条件：会议举办完成。
后置条件：会议组织人员获得了统计信息。
活动步骤：会议组织人员登录系统。
会议组织人员公布反馈表。
参会人员填写反馈表。
会议组织人员接收反馈信息。
会议组织人员统计反馈信息。
扩展点：如果参会人员身份验证失败，则用例结束。
4. 运行环境规定
4.1 运行环境
?服务器
◆内存：1GBM及以上。
◆CPU：主频2.8G以上。
◆外存剩余空间：5GB及以上。
◆网络配置：100M网卡。
?签到客户机
◆内存：512MB及以上。
◆CPU：主频1.6G以上。
◆外存剩余空间：5GB以上。
◆网络配置：100M网卡、RS232串口、PS2接口如果电脑
无RS232串口、PS2接口，需购买USB to RS232、USB to PS2
转换机
?Web浏览PC机
◆内存容量：256MB以上
◆CPU:主频1.6GB以上
◆外存剩余空间：200MB以上
◆网络配置：100M网卡
?读卡器
读卡器是非接触式的IC卡读卡器，可以读取RF(镭射)类型的
非接触式IC卡。所采用的读卡器具有PS2接口、RS232串口。
4.2 开发环境
?硬件环境
本系统采用PC机开发，配置如下：
◆内存：512MB及以上。
◆CPU：主频1.6G以上。
◆外存剩余空间：1GB以上。
◆网络配置：100M网卡、串口
?软件环境
◆操作系统：Windows XP
◆浏览器：IE6+IE7+Mozilla Firefox 2.0
◆Web服务器：IIS6.0
◆数据库：Microsoft SQL Server
盛年不重来，一日难再晨。及时宜自勉，岁月不待人。
厦漳大桥养护管理系统 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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
会议管理系统需求分析说明书 编写：XXX 日期：2013-7-23 审核：日期： 批准：日期： 受控状态：是 发布版次：2.1 日期：2013-7-24 编号：
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (6) 1.6.3假定和约束 (8) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口...................................................................................................... 错误！未定义书签。 1.7.4控制...................................................................................................... 错误！未定义书签。 1.8需求规定 (2) 1.8.1对功能的规定 (10) 1.8.2系统功能层次模块图 (16)
1概述 1.1目的 本说明书的目的在于明确说明会议管理系统的需求，界定该系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者为：项目经理、需求分析人员、系统设计人员、模块实现人员、系统测试人员以及客户等。 1.2背景 a)待开发的软件系统的名称： 公司会议管理系统 b)本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络： 项目提出者及单位：XXX； 开发者：XXX； 用户：XXX公司员工及管理者 c)该软件系统同其他系统或其他机构的基本的相互来往关系： 公司的人事管理系统为该系统提供公司员工的基本信息； 该系统与SQL Server数据库管理系统进行交互以实现会议数据的存储。 1.3范围 ●产品说明：会议管理系统是非常通用的管理信息系统,是企业单位实现办公自动 化的前提和基础。 ●目标：帮助企业以自动化的方式来取代现有的人工管理以便于该企业员工以及管 理员方便地对会议的有关信息进行操作及管理，及时高速地对会议情况进行查看 及协商。从而减少企业在这方面所花费的人力、物力和财力。 ●适用范围：可应用于大部分企业之中。
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：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)
项目管理平台建设方案
目录： 1 项目简介 (3) 1.1 项目背景 (3) 1.2 项目目标 (3) 1.3 本期项目范围 (4) 2 项目管理系统设计 (5) 2.1 建设目标 (5) 2.2 平台架构 (5) 2.3 业务流程 (6) 2.4 功能规划 (6) 2.4.1 项目动态 (6) 2.4.2 项目启动与结项 (6) 2.4.3 项目计划管理 (7) 2.4.4 项目执行与监控管理 (7) 2.4.5 报表管理 (8) 2.4.6 知识库管理 (8) 2.4.7 用户管理 (9) 2.4.8 角色管理 (9) 2.4.9 权限管理 (9) 2.4.10 日志管理 (9) 2.4.11 数据字典管理 (9)
1项目简介 1.1项目背景 项目开发、交付、运维、交易业务开展，处于粗放管理状态。目前通过邮件、会议、报告等形式对项目信息、进度、任务进行管理。人员沟通任务工作量大，不利于信息资料传递准确性、一致性。另外，项目信息保存在不同的员工和部门中，不能对项目整体进度、计划执行情况有全面、直观的了解。另外项目信息不能及时有效的在不同部门间共享，相互之间不了解，不能形成有效的合力推动业务的进展。以至于不能及时发现问题，甚至影响决策。 1.2项目目标 1、解决多项目实时监控的难题 横向监控：可以实现对多项目的监控。及时发现项目的问题，并且可以将一些隐蔽在下面的问题通过类似项目之间对比等方式发现，而无需等到问题暴露出来才进行处理。 纵向监控：通过对项目深度的监控，掌握项目各个可能发生问题的环节，将问题挖掘出来，而不是停留在事务的表面，简单的进行了解，这样实现了对项目的全面监控，从而确保了项目的有效执行。 2、改善工作流程，固化优秀的管理模式，实现“管理复制” 任何类型的项目，企业在管理上都应该逐渐形成一套成熟的管理流程和模式;在承接一个具体项目时，再根据具体情况进行相应调整。通过本系统，可优化企业的工作流程，固化优秀的管理模式，实现管理复制的连锁效应。 3、提高企业的知识管理能力和辅助决策能力 集中沉淀项目实施过程的大量数据，通过知识管理功能有效的管理这些资源，为企业领导的战略提供定量的、有力可靠的参考依据，同时，提升企业的知识管理能力和学习能力。 4、提高项目计划和进度的控制能力
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开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
会议室管理系统的设计与实现 数据要求说明书 学生姓名：陈盛 学号： 11111635203 指导教师：刘雪梅 课题类型：AXP 专业：软件工程 班级: 11软本2班 学部：信息学部 北京城市学院 2014 年 8 月
修订历史记录
目录 1. 引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (2) 2. 数据的逻辑描述 (2) 2.1.静态数据 (2) 2.2.动态输入数据 (4) 2.3.动态输出数据 (4) 2.4.内部生成数据 (5)
1.引言 1.1. 编写目的 编写《会议室管理系统数据要求说明书》的目的是明确《会议室管理系统》中各项功能和非功能性需求实现时所需要的数据，并可以此数据为根据设计数据库。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。 《会议室管理系统的设计与实现数据要求说明书》的阅读对象为： 1）会议室管理系统的概要设计和详细设计人员； 2）对本《数据需求说明书》进行评审和确认的有关业务、技术人员； 3）参加数据库设计，测试设计阶段工作的全体设计人员； 1.2. 背景 待开发软件系统名称：会议室管理系统 任务提出者：刘雪梅（教授） 开发者：陈盛 用户：学校、用人单位 1.3. 定义 本系统（本软件、本平台）：如无特别说明，特指“会议室管理系统”。 SQL：结构化查询语言(Structured Query Language)简称SQL，结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统, 可以使用相同的结构化查询语言作为数据输入与管理的接口。结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。
人事管理系统需求分析 一、背景介绍 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、系统完整用例图
会议管理系统 系统需求分析说明书
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (5) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (5) 1.6.3假定和约束 (6) 1.7运行环境 (6) 1.7.1软件环境 (6) 1.7.2硬件环境 (6) 1.7.3接口 (7) 1.8需求规定 (7) 1.8.1对功能的需求 (7) 1.8.2对非功能性的需求 (19)
1概述 1.1目的 会议管理系统的主要目的是：建立会议管理的资源平台，实现统一的数据管理、统一的用户管理身份认证及统一消息通讯；建立会议资源管理平台，实现会议室、会议设备等其他相关会议资源、会议设备的预定、管理，便于会议人员管理；建立会议管理业务，实现会议议题审批、会议计划定制、会议通知发送，摆脱时间与空间的限制；实现会议纪要等会议文档的流转、审批、归档。 1.2背景 会议是企业进行决策、协商的重要组织形式，是企业日常办公处理事务的重要手段，是办公流程中不可缺少的重要环节，作为企业，如何有效的进行会议组织，管理各种会议文档和会议资源，是关系到企业领导进行日常企业运作处理的大事。提高会议效率、发挥会议功能、规范会议文档流程、合理利用会议相关资源、严肃会议决议的贯彻，避免人力物力财力浪费、降低办公成本、达成人力资源效率化，是企业领导关注的一个重要课题，所以急切需要一套有效的“会议管理”系统。采用当前先进的信息化技术，通过会议系统与办公自动化系统的融合，实现会前、会中、会后的信息管理与智能化控制，做到会前周密安排电子化，会中科学管理智能化，会后会议文档流转的规范化和信息发布网络化。会议系统可与办公自动化系统衔接，会前作会议议程审批，会后作会议纪要等文件的流转和归档。
需求分析报告 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.doczj.com/doc/1911187000.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
《会议管理系统》需求说明书 小组成员：朱家萍，桑成艳,吴志月,刘玲玲,舒佩 组长：王梦茹 1、1 编写目得 本文详细说明会议管理系统最终需要满足得条件与限制，为了进一步设计与实现提供依据。本文档将用户得需求用文字得形式固定下来,就是与用户沟通得成果,也就是用户验收项目时得参考。 １、2 背景 需求背景：随着我国经济得发展,学术会议，产业会议等越来越多，会议得规模及流程也越来越复杂，对实现会议得电子化管理有着迫切得需求。 系统用途：本系统利用网络平台，搭建通用得会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作,从而大大减少人工得参与. 系统使用范围：本系统主要面向参会人数在三十人以内得会议。 1、 3 用户 会议管理系统主要就是面向参加会议人数在３0人以内得会议.
2 任务概述 2、１目标 由于大多数在会议得流程上具有一定得相似性，本系统得目得就是希望减少其中得重复工作，减轻不必要得负担,提高工作得正确性与效率。系统得目标就是将人工参与得工作量减少百分之五十,效率提高百分之三十，同时能够使会议管理工作规范化、程序化. 2、2 系统得特点 本系统得最终用户可能就是经常举办与承办各种会议得组织机构,中、小型企业等.操作人员必须熟悉计算机得基本操作,维护人员应该在电脑方面有所专长.如果本系统开发成功,可用性极强。基于国家目前会议数量与规模得递增趋势，在一般得企事业单位中，本系统得预期使用频度应在十五天,即平均每隔十五天就会有使用该系统得需求产生. 2、３非技术要求 本系统得开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成与系统测试→交付,其中需求分析得更新穿插于整个开发过程。 要交付得工作产品有:需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序.
《人力资源管理系统》需求分析报告 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.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)
1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
政府信息化项目管理系统方案 1、项目概述 本项目为软件开发项目。根据年xxx区政府投资信息化项目管理办法和实施细则的要求，在现有协同办公平台的基础上，对全区信息化项目建设中的项目申报、项目招标、项目实施、项目验收、项目成果的全过程管理，同时对党政信息化建设的相关人员、资产资源、日常维护、事务处理等日常工作进行电子化管理。 项目的具体建设内容如下： ●建设信息化项目管理子系统，实现信息化项目的全过程管理。 ●建设信息化资源管理子系统，实现对全区的信息化资产（包括各种信息 化资源）进行全生命周期管理。 ●建设信息化事务管理子系统，实现信息化运营过程中各种事务的全过程 管理。 ●建设系统运维管理子系统，实现对系统运维过程中的各项业务的全过程 管理。 2、需求分析 2.1业务需求 （1）信息化项目管理 根据《实施细则》文件要求，对全区信息化项目进行全生命周期管理，为信息化项目的建设和服务提供基础信息支持。实现对信息化项目立项、采购、建设过程、验收、维护的全过程文档、技术支持等信息进行维护、管理、查询、统计等，并为技术文档提供模板，从而规范项目操作。具体业务流程如下图：
（2）信息化资源管理 对全区的信息化资源进行全生命周期管理，为信息化资产的合理购置和运行监控提供基础信息支持。实现对网络设备、服务器、基础软件、网络资源、数据
资源等信息化资源进行维护、管理、查询、统计等。 （3）信息化事务管理 对全区信息化日常事务进行管理。系统实现对全区各单位信息化事务（包括系统故障、账号管理、业务应用等）上报、审核、反馈、进度等进行管理。 （4）信息化运维管理 对全区信息化系统的日常运维，包括系统维护单位、配合单位、维护人员的台账、日常运维记录、系统监测、故障提醒等功能的管理。 2.2与已有系统关系分析 xxx区党政信息化项目管理平台是基于xxx区信息化统一基础平台之上的信息系统，和全区其它信息系统有一下关系： ●和xxx区统一用户管理系统集成，实现用户统一认证和单点登录，并且 用统一用户管理系统的用户机构数据作为系统的基础数据； ●和全区短信平台集成，实现短信提醒等功能； ●和全区电子公章系统集成，实现在线文件、表单的格式转换电子盖章； ●和区财政局和区公共交易中心的政府采购系统基础，实现各种数据的交 换。 2.3服务对象和服务范围 xxx区党政信息化项目管理平台是全区公共的应用系统，面向全区各个委办局、事业单位应用。各单位授权用户能浏览、查询和管理本单位的数据和记录，区信息中心作为系统的建设方，负责系统的运营和维护，并具有系统管理权限。服务管理部门包括区信息中心、区财政局、区经信局、区发改局、区公共资源交易中心、质监xxx分局。 3、技术架构和数据设计
车辆管理系统需求说明书 中国电信安徽公司 二00九年三月
目录 1. 需求功能点阐述 (3) 1.1.车辆档案管理 (3) 1.2.车辆保险合同管理 (4) 1.3.人员档案管理 (5) 1.3.1.驾驶员档案管理 (5) 1.3.2.车队管理人员档案管理 (6) 1.4.出车管理 (7) 1.4.1.派车流程管理 (7) 1.4.2.出车费用管理 (9) 1.5.车辆维修管理 (10) 1.5.1.车辆维修申请流程 (10) 1.5.2.维修单信息管理 (12) 1.6.车辆统计 (12) 1.7.车辆信息提醒 (14) 1.8.人工成本 (15) 1.9.管理成本 (15) 1.10.车辆管理文件 (16)
1. 概述 为精确车辆管理，细化车辆运行费用，准确管控油料消耗等成本开支，进一步加强对外包车辆的日常规范管理，掌握车辆运行基本情况，实现省、市、县一体化车辆管理。 车辆管理系统主要实现省、市、县车辆档案管理，人员档案管理，派车管理，车辆维修管理，车辆各项费用的管理及统计，车辆信息提醒。具体的包括： 1)车辆档案管理：实现车辆基本档案的基础数据的录入、维护及分级查询的需求； 2)人员档案管理：实现驾驶员档案及车队管理员人员档案的基础数据的录入、维护及 分级查询的需求； 3)派车管理：实现用车人提请派车申请，从申请审批到返程确认的闭环电子管理，记 录车辆的使用及油耗数据的需求； 4)车辆维修管理：实现车队人员提请送修申请电子审批流程，维修记录录入、维护及 分级查询的需求； 5)车辆统计：实现省、市、县分级车用费用的日、月、年度统计，部门用车公里数统 计，维修统计； 6)车辆信息提醒：各种待办信息提醒，车辆年审提醒，车辆保险到期提示，驾驶 员年审提醒，车辆报废提醒，油耗超标提示； 2. 需求功能点阐述 2.1.车辆档案管理 1)车辆档案录入与维护由各车队人员录入、维护所辖车辆的信息。数据项：车辆号牌，厂牌车型，座位 /吨位，排气量（升），燃油种类，发动机号码，车架号码，购置日期，注册日期，行驶公里数，耗油标准市内（公升），耗油长途标准（公升），使用单位，产权单位，年审日期，年审期限，报废公里数，报废年限，车辆状态＜是否报废＞，投保日期，保单终止期，分配驾驶员，车辆照片。 2）车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到
会议管理系统数据库计说明书 编写：匿名日期：2013-7-31 审核：日期： 批准：日期： 受控状态：是 发布版次：5.0 日期：2013-7-31 编号：
变更记录 日期版本变更说明作者2013-7-17 1.0 初始文档匿名2013-7-25 2.0 升级文档匿名2013-7-29 3.0 升级文档匿名2013-7-30 4.0 升级文档匿名2013-7-31 5.0 最终文档匿名 签字确认 职务姓名签字日期
目录 1引言 (4) 1.1预期的读者 (4) 1.2数据库说明 (4) 1.3目的和作用 (4) 2数据库设计 (4) 2.1抽象数据对象 (4) 2.1.1系统主要业务分析 (4) 2.1.2需求分析参考 (5) 2.2系统物理结构设计 (5) 2.3数据库逻辑设计 (5) 2.3.1数据库设计命名规范 (6) 2.3.2数据库表名汇总 (7) 2.3.3数据库表结构设计 (7) 2.4存储过程设计 (12) 2.5触发器设计 (12) 2.6J OB设计 (12) 3数据字典设计 (13)
1 引言 1.1 预期的读者 主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。 1.2 数据库说明 会议管理系统采用的时当前流行的企业级数据库oracle，使用的版本是9i。设计的数据库全局数据库名为icss，开发用的表空间名是test，操作的用户名为test，密码为test。 1.3 目的和作用 将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库。 2 数据库设计 2.1 抽象数据对象 2.1.1 系统主要业务分析 根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合，如：普通用户、会议申请、会议室管理、设备管理、会议管理 按照业务及系统功能简单总结数据对象： ●用户 ●会议申请信息 ●会议审批 ●会议设备
教务管理系统需求分析报告 1.任务概述 1.1目标 通过Internet完成对教务系统的管理，有利于管理者根据教务管理系统及时的对信息进行处理，每个用户可以通过Internet登录系统，并对自己的权限进行相应的操作。设计的目标是尽量大道人力与设备的节省、并且处理数据的速度提高。 该设计面向教务处、院、系教师和全校学生，实现教学资源管理，学籍管理，教学计划，开课/排课管理，选课管理、考务管理，成绩管理，教师管理，教材管理，教学质量监控，开放性实验管理，毕业设计管理和毕业审核等功能。 1.2运行环境： 1台服务器：2.4G双CPU，SCSI双硬盘镜像，2G内存，LINUX7.0，Apache+PHP+Mysql服务器 客户机：CPU 2.0G，512M内存，windowsXP操作系统, 连接Internet。 1.3条件与限制 为完成本系统的开发，应配备WEB服务器、CVS服务器、FTP服务器、文本编辑工具、微机若干台、打印机一台。可利用软件现有的服务器及教师办公用微机等设备。 2.功能需求 2.1.教学计划管理 1）教学计划既要保持相对的稳定性，同时还应满足各教务人员对教学计划进行
调整与更变，能自动生成每学期的教学计划。 教学计划管理能自动生成各班级的课表及上课老师，方便师生查阅。同时能避开节假日正常的教务活动 遇到突发事件能及时自动更新教学计划 2.2学生学籍管理：学生的基本情况、学生获奖和受处分的情况等。学籍变动管理、学生注册管理。 2.3学生成绩管理：管理学生每学期的所学的课程、课程性质、学分、学时、及成绩进行管理。包括成绩管理、分析内容。学生可以登录到学校相应成绩管理系统对自己的学科、学时、学分等相关信息进行查询。毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。同时每学期末时系统将自动给家长发送一封关于本学期子女在学校的学习成绩及表现等。 2.4教师管理 1）教师信息管理 该系统管理员可以查询所有老师的用户资料以及更新教师资料。 2）教师资料存储 3）教师异动、教师进修、教师教学考勤、权限设置。 2.5选课管理 系统为学生和教务人员提供不同的入口。学生和教务人员具有不同的操作权限，学生可以修改个人基本信息、选课、退课、查看自己的课程；教务人员通过本功能可以及时掌握学生选课的进程，对系统进行全面的管理，如选课信息的录入、查询、修改、删除等。 2.5.1学生网上选课平台（B/S结构）