软件工程课程设计报告专业班级：信息与计算科学0901班
项目名称：铁路售票管理系统
项目组长：
成员：
2012.1.5
铁路售票管理系统软件需求规格说明书
目录
铁路售票管理系统软件需求规格说明书 (2)
1.前言 (3)
1.1 目的 (3)
1.2范围 (3)
1.3术语表 (3)
1.4参考文献 (4)
2.整体描述 (4)
2.1 产品描述 (4)
2.2产品功能概述 (4)
2.3用户分类及其特征 (5)
2.4设计与实现上的约束 (6)
2.5运行环境 (6)
2.6假设和依赖 (6)
3需求描述 (6)
3.1功能需求 (6)
3.1.1 铁路售票管理系统各子系统用例图 (6)
3.1.1.1 列车及车票信息查询子系统 (8)
3.1.1.2 登录系统及信息管理子系统 (11)
3.1.1.3 车票的销售与退票子系统 (14)
3.1.1.4 列车及车票管理子系统 (15)
3.1.2 铁路售票管理系统各子系统类图，次序图及协作图 (17)
3.1.2.1列车及车票信息查询子系统 (17)
3.1.2.2 登录系统及信息管理子系统 (20)
3.1.2.3火车票的销售及退票子系统 (23)
3.1.2.4．列车及车票管理子系统 (24)
3.2外部接口需求 (26)
3.2.1用户界面 (26)
3.2.2硬件接口 (26)
3.3.3 软件接口 (27)
3.3.4 通讯接口 (27)
3.3非功能需求 (27)
组长：张银
分工情况：
张银子系统1 ：列车及车票信息查询子系统
子系统2 ：登录系统及信息管理子系统
子系统3 ：车票的销售与退票子系统
子系统4 ：列车及车票管理子系统
1. 前言
1.1 目的
本文档的目的在于明确项目的具体需求，让客户及设开发者均有据可依，遵从这个需求报告来组织开发整个系统。通过对目标用户需求的细化，分析由具体场景中的用例所驱动的事件及其处理流程。
1.为编制后续各阶段的文档提供基本依据；
2.提供给用户确认或本地化修改的基本文件；
3.作为日后软件确认测试和系统验收之参考依据；
4.作为日后系统维护工作基准文件。
本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。
1.2范围
a．待开发的软件系统的名称：铁路售票管理系统
b．本项目的任务提出者：哈尔滨工业大学企业智能与服务实验室王忠杰老师；
开发者：哈工大计算机学院05级2班开发小组；
用户：旅客，车站售票员，系统管理员
本软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。
旅客可通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。
售票员通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息，
系统管理员通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
该软件构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行。
1.3术语表
1.4参考文献
【1】《软件工程——原理，方法与应用（第二版）》史济民顾春华等编著高等教育出版社2004
【2】《软件工程——理论，方法与实践》孙家广主编刘强编著高等教育出版社2006 2. 整体描述
2.1 产品描述
现今的社会发展迅速，火车成为了人们在交通方面不可缺少的交通工具，乘坐火车出行的人越来越多，所以铁路的客运量也在迅速的增长着。同时，时间代表的是生命。为了给人们带来方便快捷的交通环境，铁路系统采取提高列车的速度，增加客运列车等等从而来满足大量的旅客的乘车需求。但是，现在人多车多的情况下，如果再像是从前一样，在一个单一的地点售票，必然满足不了现在的形势。所以就需要售票能够在不同的地点进行，同时旅客也应该能够在购买车票之前知道自己所需要的列车是否有票的信息。如此的情况之下，售票系统的需要自然是相当必要的。售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客带来足够的相关信息，使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票。对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）。这样给将要出行的旅客带来了更进一步的方便。使旅客无论是在金钱还是在时间方面都能够得到充分的节省。
为了方便旅客，售票系统不仅仅是只能够售票，也就是说系统的用户应该不只是售票员和管理员，还应该有旅客。旅客能够通过售票系统得到自己想要的乘车信息。这样才能够真正的解决以前老式售票的种种不便，才能够真正的成为现在网络社会的真正适应者。、
该软件是基于构建起区域铁路部门列车信息及车票信息，及售票情况，退票情况等基础数据库，实现列车，车票及售票员等的管理，实现整个铁路售票部门的正常运行，切身的给旅客带来乘车的方便。
在网络技术迅速发展的今天，为解决老式售票模式的缺点，售票系统便自然而然的借助于网络出现了。JSP技术便是实现售票系统的一种方便而有效的技术，且其具有与平台无关的优越个性，该软件是现有应用程序的替代品。
2.2产品功能概述
铁路售票管理系统主要负责列车信息及车票信息的查询，登录系统及信息管理，火车票的销售与退票，列车及车票的管理。
铁路售票管理系统的主要用户是：旅客，售票员及系统管理员。
铁路售票管理系统总体功能结构，如图1所示。
图1 铁路售票管理系统总体功能结构
系统的主要功能：
1.列车信息及车票信息的查询
该功能模块的具体实现分为两个部分，一根据车次查询列车信息及售票信息。
二根据目的站查询列车信息及售票信息。
2.登录系统及信息管理
登录系统针对不同用户种类来分，一般用户旅客登录，售票员登录，系统管理
员登录，除一般用户外，其余两类用户均需在系统首页用户名与密码才能进入
到登录界面，从不同入口获得不同权限，售票员修改个人信息，系统管理员增
加或减少售票员。
3.火车票的销售与退票
该功能模块分为两个部分，一是火车票的销售，二是退票。火车票的销售是由
售票员进行操作，并统计更新销售总额的信息
4.列车及车票的管理
该功能模块包含了增加列车、删除列车、火车票的填充，火车票的删除四个部
分。全部是管理员的操作。
2.3用户分类及其特征
1.旅客：通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及
车票信息。
2.售票员：通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，
能够更改个人信息
3.系统管理员：通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删
除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
2.4设计与实现上的约束
(1) 系统的开发必需采用B/S 的体系结构
(2) 能够在intel X86 系统芯片组正常使用，保证双核CPU 下同样能够正常使用。
(3) 提供与售票站点（包括火车站及代售点）的铁路售票系统接口
(4) 使用JA V A编程语言及SQL数据库来进行系统实现
(5) 遵循GB8566 计算机软件开发规范
(6) 遵循GB8567 计算机软件产品开发文件编制指南
(7) 遵循GB/T11457 软件工程术语
2.5运行环境
设备：
采用Intel 应用服务器
运行时内存要求：1MB;
安装所需硬盘：5MB;
操作系统：
Windows 2000/XP/V ista
支持软件：
SQL Server2008
2.6假设和依赖
(1) 已有现成的产品化数据库——火车线路及车票等大型数据库可供使用，且其支持标
准的SQL 结构化行为及ODBC 连接方式。
(2) 产品仅保证在windows XP操作系统下运行，服务器移植测试结果对产品评价无
影响。
3需求描述
3.1功能需求
3.1.1 铁路售票管理系统各子系统用例图
铁路售票管理系统包括四个子系统：列车信息及车票信息查询系统，登录系统及信息管理系统，火车票销售及退票系统，列车及车票管理系统。
图2铁路售票管理系统总体构架图
因此可以确定一下参与者：
1.旅客：通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列
车及车票信息。
2.售票员：通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票
业务，能够更改个人信息
3.系统管理员：通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，
删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。
3.1.1.1 列车及车票信息查询子系统
图3 列车信息及车票信息查询子系统
用自顶向下模式可知，又可分为如下用例
图4 列车及车票查询子系统具体分析图从列车信息及车票查询系统可细分为两个用例：列车查询用例及车票查询用例，而每
个用例均可用按车次查询及目的站查询两方面来进行查询，故列车查询用例与车票查询都包括车次查询用例及目的站查询用例。
列车查询：根据车次或目的站及相关因素来查询所要乘坐的车次，可以查询到列
车的静态信息及动态信息。
车票查询：根据车次或目的站及相关因素来查询所要买的车票，可以查询到在某
个日期各种票的价格，及剩余票数。
车次查询：一个车次是能够唯一标识一列列车的唯一标识。通过列车的车次查询，只能得到一列列车的基本信息。列车的基本信息中包含的是列车的一些静态信息。
比如，列车的途经站，列车的载客量，列车到每一个途经站的票价等等。还有动态
的查询，动态查询是指查询用户所查询的列车在用户所需要的那个日期是否有票可
以出售。动态查询的前提条件是需要用户告诉系统他所需要的车票的日期。这样系
统才能够根据用户提交个系统的两个条件（车次和日期）做出静态信息和动态信息
的全部。
目的站查询：通过目的站的查询相对于通过车次查询要复杂一些。因为车次就能
够唯一的标识一列列车了。而目的站不能，到同一个目的站的车会有很多。所以当
用户告诉系统他想到哪一站的时候，系统应该先将满足到该目的站停车的所有车次
查询到。然后列出这些列车的静态信息给用户。这个步骤就是通过目的站查询比通
过车次查询所多出的一个步骤。之后每一个列车都有一条静态信息的记录，就好像
是在通过车次查询出来的结果一样。想要继续得到某一列列车的动态信息，仍然还
是需要用户提交给系统另一个关键的信息即想要购买的车票的日期。
各用例陈述性规格说明
表1 用例“列车查询”的陈述性规格说明
表2 用例“车票查询”的陈述性规格说明
表3 用例“车次查询”的陈述性规格说明
表4 用例“目的站查询”的陈述性规格说明
3.1.1.2 登录系统及信息管理子系统
图5 登录系统及信息管理子系统
该系统可分为5个用例：
1.一般用户登录：一般用户进行登录系统界面
2.售票员登录：售票员输入用户名与密码进行登录系统，获得售票员应有的售票系
统相关的权限
3.系统管理员登录：系统管理员输入用户名与密码进行登录系统，获得系统管理员应
有的售票系统相关的权限
4.信息管理：售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，
管理
5.增加售票员：系统管理员对售票员进行增加，赋予其售票权限
6.删除售票员：系统管理员对售票员进行删除，取消其售票权限
表5 用例“一般用户登录”的陈述性规格说明
表6 用例“售票员登录”的陈述性规格说明
表7 用例“系统管理员登陆”的陈述性规格说明
补充规约：
1、用户名可以包含大小写字母、数字、下划线，长度最好不超过20字节。
2、密码也可以包含大小写字母、数字、下划线，长度最好在6字节到20字节之间。
表8 用例“信息管理”的陈述性规格说明
表9 用例“增加售票员”的陈述性规格说明
表10 用例“删除售票员”的陈述性规格说明
3.1.1.3 车票的销售与退票子系统
图6 车票的销售与退票子系统该子系统可分为如下2个用例：
1)车票销售：根据旅客要求的车次及日期进行车票的销售
2)车票退票：根据旅客退票要求进行退票
各用例陈述性说明
表11 用例“车票销售”的陈述性规格说明
表 12 用例“车票退票”的陈述性规格说明
3.1.1.4 列车及车票管理子系统
图7 列车及车票管理子系统该子系统可分为如下四个用例
1)列车增加：系统管理员向整个铁道部增加火车线路，增加火车
2)列车删除：系统管理员对已存在路线进行取消，删除列车
3)车票填充：将某一日期的可销售的火车票数量增加
4)车票删除：将某一日期过期的可销售的火车票数减少，清0
表13 用例“列车增加”的陈述性规格说明
表14 用例“列车删除”的陈述性规格说明
表15 用例“车票填充”的陈述性规格说明
表16 用例“车票删除”的陈述性规格说明
3.1.2 铁路售票管理系统各子系统类图，次序图及协作图
3.1.2.1列车及车票信息查询子系统
1.边界类：列车及车票信息查询界面
控制类：列车信息查询车票信息查询
实体类：列车总体信息单车信息车票信息
2.类图
图8 列车及车票信息查询子系统类图
3.各类具体说明：
边界类列车及车票信息查询界面TrainTicketQueryInterface
控制类车票信息查询TicketInformationQuery
4.次序图
图9列车及车票信息查询子系统次序图5.协作图
图10 列车及车票信息查询子系统协作图
3.1.2.2 登录系统及信息管理子系统
1、系统组成：本系统的边界类有：一般用户、售票员和管理员登录界面、售票员信息显示
界面、个人信息管理界面；控制类有：查找售票员、删除管理员、添加管理员、修改个人信息；实体类有：售票员信息、管理员信息。
2、类图：
图11 登录系统及信息管理子系统类图
3、陈述规格说明：
边界类登录界面LogInInterFace
控制类信息管理
InformationManager
厦漳大桥养护管理系统 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 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
《C++程序设计》 课程设计说明书 题目铁路售票系统 学号 姓名 指导教师 日期
科技大学课程设计任务书
目录 第1章需求分析 (4) 第2章总体设计 (5)
第3章类的设计 (6) 3.1 user类的设计 (6) 3.2 service类的设计 (8) 第4章详细设计 (10) 4.1 工程视图 (10) 4.2 类图视图 (10) 4.3 主程序流程图 (11) 4.4主要算法的流程图 (12) 第5章测试 ......................................................................................................... 1- 21 - 第6章总结 (23) 附录：程序代码 (23)
第1章需求分析 用C++设计一个系统，能提供下列服务： （1）录入车次信息，格式为： 可不定时地增加车次数据。 （2）浏览车次信息，可显示出所有车次，如果当前系统时间超过了某车次的发车时间，则显示“此班列车已发出”的提示信息。 （3）查询路线：可按车次编号查询，可按起始站，终点站查询 （4）售票和退票功能 A：查询车次或站点。当剩余座位数大于0，并且当前系统时间小于发车时间时才能售票，售票后自动更新剩余座位数。 B：退票时，输入退票的车次，当本班列车未发出时才能退票，退票后自动更新剩余座位数。
第2章总体设计1.用结构框图表示各个功能之间的关系。 2. 将框图中系统的各个功能用文字详细的描述。 1）初始化：在未添加过列车信息的情况下，管理员进入系统初次录入列车信息。
铁路互联网购票须知 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
铁路互联网购票须知1. 用户注册 “网站”）只对注册用户提供网上购买火车票服务（以下简称“购票”）。互联网用户在网站购票前，须先注册为网站用户（以下简称“用户”）。 用户注册时，须准确提供真实信息，以保证顺利购票乘车及享受网站提供的各项服务。一张有效身份证件只能注册一个用户。 购票时，凭用户自行设定的用户名和密码登录。 如果您申请注册时，网站提示身份信息重复，请重新确认所提供的信息准确、完整。如果还不能被注册，请准确、完整填写“铁路客户服务中心用户身份核对申请表”（参阅“网上购票常见问题”的“注册用户时，系统提示身份信息重复怎么办” 2. 有效身份证件 在网站，用户可以为自己购票，也可以为他人购票，但均须准确填写乘车人的真实有效身份证件信息。 网站接受的有效身份证件是指： 2.2.1 中华人民共和国居民身份证。 2.2.2 中华人民共和国港澳居民来往内地通行证。 2.2.3 台湾居民来往大陆通行证。 2.2.4 按规定可使用的有效护照。 购买儿童票的乘车儿童没有办理有效身份证件的，须使用同行成年人的有效身份证件信息，并于开车前换取纸质车票后乘车。 用户使用虚假身份证件购买车票或进站乘车的，后果自负。因此造成铁路运输企业或第三方损失的，将追究其法律责任。
3. 网站服务时间 网站每日7:00～23:00提供服务。 在网站购票、改签和退票须不晚于开车前2小时。 网站车票预售期与车站公告一致。 4. 购票范围 以网站可售票范围为准。 5. 购票数量 一张有效身份证件同一乘车日期同一车次限购一张车票，但除外。 同一笔订单可购买的车票数量不超过5张。 6. 网站购票及支付 网站可以购买全价票、儿童票、学生优惠票（简称“学生票”）、残疾军人或伤残人民警察优待票（简称“残疾军人票”）。 6.1.1 儿童票：按照《铁路旅客运输规程》规定，随同成人旅行身高～1.5米的儿童，享受半价客票、加快票和空调票（以下简称儿童票）。超过1.5米时应买全价票。每一成人旅客可免费携带一名身高不足1.2米的儿童，超过一名时，超过的人数应买儿童票。儿童票的座别应与成人车票相同，其到站不得远于成人车票的到站。免费乘车的儿童单独使用卧铺时，应购买全价卧铺票，有空调时还应购买半价空调票。 6.1.2 学生票：按照《铁路旅客运输规程》等有关规定，在普通大专院校（含国家教育主管部门批准有学历教育资格的民办大学）或军事院校、中等专业学校、技工学校就读，没有工资收入的学生、研究生，家庭居住地和学校不在同一城市时，凭附有加盖院校公章的减价优待证的学生证，每年可享受家庭至院校（实习地点）之间四次单程优惠价格票（以下简称学生票）。学生票乘车时间限定为每年的暑假6月1日至9月30日、寒
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．需求分析. (2) 需求分析阶段目标和任务 (2) 需求分析阶段目标 (2) 需求分析阶段任务 (2) 需求分析成果 (3) 流程图 (4) 数据字典 (5) 2．数据库结构设计 (5) 概念设计 (5) 分E-R图建立 (6) 全局/整体E-R图 (6) 逻辑设计 (6) 建立关系模式 (7) 关系模式规范化处理 (7) 用户子模式建立 (7) 关系模式逻辑结构定义....................................... 错误!未定义书签。3．数据库物理设计.................................................. 错误!未定义书签。 物理设计阶段目标和任务......................................... 错误!未定义书签。 数据存储方面.................................................... 错误!未定义书签。 建立索引的原则............................................. 错误!未定义书签。 建立索引................................................... 错误!未定义书签。 系统功能模块图............................................. 错误!未定义书签。4．数据库实施与测试................................................. 错误!未定义书签。 数据库实施..................................................... 错误!未定义书签。 数据库及数据库对象建立..................................... 错误!未定义书签。 数据入库................................................... 错误!未定义书签。 数据库测试..................................................... 错误!未定义书签。5．总结............................................................. 错误!未定义书签。6．附录............................................................. 错误!未定义书签。 附录1：......................................................... 错误!未定义书签。 附录2 ........................................................... 错误!未定义书签。 附录3： (18)
酒店管理系统需求分析说明书
目录 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、系统完整用例图
Through the joint creation of clear rules, the establishment of common values, strengthen the code of conduct in individual learning, realize the value contribution to the organization.某铁路有限责任公司车辆安全管理制度正式版
某铁路有限责任公司车辆安全管理制 度正式版 下载提示：此管理制度资料适用于通过共同创造，促进集体发展的明文规则，建立共同的价值观、培养团队精神、加强个人学习方面的行为准则，实现对自我，对组织的价值贡献。文档可以直接使用，也可根据实际需要修订后使用。 第一章总则 第一条为加强公司车辆安全工作，落实车辆安全管理责任，特制定本制度。 第二条本制度适用于公司车辆（含电动车）及职工周末回家休假自驾私家车（含摩托车）。 第二章公司车辆安全责任 第三条车辆主管部门安全责任 1．公司所有车辆由行政办公室统一管理、行政办公室统一调度，其行政办公室为公司车辆安全管理责任部门，行政办公
室负责人为公司车辆安全管理责任人，驾驶员为公司车辆安全直接负责。 2.根据“谁主管、谁负责”安全管理要求,行政办公室应将车辆交通安全纳入本部门安全工作内容，并建立健全相应的车辆安全管理机构。 3.会议制度 （1）.定期汇报和分析车辆交通安全工作，分析上月公司车辆安全行驶情况、驾驶员违章情况、车辆安全管理工作中存在的问题。 (2).针对问题和解决情况，检查布置安排工作。 (3).每月召开一次安全会议，由分管部门领导、安全员，车队（班）长及有关
软件需求分析说明书集团标准化工作小组 #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表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
一．摘要 随着信息技术在管理上越来越深入而广泛的应用，管理信息系统的实施在技术上已逐步成熟。管理信息系统是一个不断发展的新型学科，任何一个单位要生存要发展，要高效率地把内部活动有机地组织起来，就必须建立与自身特点相适应的管理信息系统。 本系统是在管理信息系统的理论和方法指导下、数据库技术支持下完成的。本文在结构上首先论述了毕业设计选题的背景、目的和意义，然后叙述了开发环境、开发平台以及数据库技术，接着用表格和图片的方式介绍了系统的整体规划，接下来是系统在具体实现中的详细内容，最终本系统能够完成信息的输入、输出,数据的修改、查询以及打印报表等功能，本系统界面友好，操作简单，比较实用。 课题目的及意义 由于现今的铁路车站现车信息管理非常繁琐，行政人员付出大量的工作时间，得到的效率很低。因此为提高工作效率，减轻铁路工作人员的工作负担，决定开发铁路车站现车信息管理系统。 计算机已经成为我们学习和工作的得力助手：今天，计算机的价格已经十分低廉，性能有了长足的进步。它已经被应用于许多领域，计算机之所以如此流行的原因主要有以下几个方面： 首先，计算机可以代替人工进行许多繁杂的劳动； 其次，计算机可以节省许多资源； 第三，计算机可以大大的提高人们的工作效率； 第四，计算机可以使敏感文档更加安全等等。 为了解决传统铁路车站现车信息的管理正面临着的这些问题，我所设计的铁路车站现车信息管理系统也就应运而生了。
二．开发环境、工具介绍 该软件是在Windows XP Professional + Visual Basic 6.0 + SQL Server 2000的环境下完成的。下面就对这些开发工具进行介绍： 1.1 SQL Server 2000 简介 SQL Server 2000是微软公司最新版的大型数据库服务器，其性能指标在各方面都有赶超Oracle数据库的趋势。用它可以方便地管理数据库和开发应用程序，它使用了最先进的数据库构架，与Windows NT/2000平台紧密集成，具有完全的Web功能。通过对高端硬件平台、网络和存储技术的支持，为WEB站和企业的应用最大限度地提供了可扩展性和高可靠性，能在Internet商业领域快速建立并应用。此外，还增强了安全性，保护防火墙内外的数据。支持基于角色的安全并拥有安全审计工具。在经历了SQL Server 6.5和7.0两个版本的尝试后，微软公司终于开始了大规模的业务。记得在以前各种关于SQL Server的文章，都会将其定位成中小型应用方面，这种感觉被大家自然的延续到了2000版之中。其实这是一种误解。在过去的很长一段时间中，微软公司聘请了世界上最优秀的数据库专家以及专门搭建了信息量可谓空前的地理信息系统，励精图治，就是为了摘掉扣在自己头上的这顶帽子。有了强大的性能和功能支持，再配合其一向为人称道的易用性，SQL Server可以说成为了开发者手中的一柄利器！ 另外，目前国内的一些关于微软平台的数据库编程教程，喜欢使用Access 作为数据库平台的案例，并展开相关的内容。这其实对于开发真正的数据库应用并没有直接的帮助作用，只能使大家停留在应用的初级阶段。SQL Server 2000提供的非常傻瓜的缺省安装和使用模式，其上手难度并不比Access大。另外，SQL Server 2000可以兼顾小、中、大规模的应用，有着远远比Access强大的伸缩性。 1.2 SQL Server 数据库特点 概括起来，SQL Server 2000数据库管理系统具有以下主要特点。 1）、丰富的图形管理工具，使系统管理、操作更为直观方便。SQL Server 企业管理器是一个基于图形用户界面（GUI）的集成管理工具，利用它可以配置管理SQL Server服务器、管理数据库和数据库对象、备份和恢复数据、调度任务和管理警报、实现数据复制和转换操作等。此外，SQL Server 2000还提供了SQL事件探查器、SQL查询分析器、SQL Server服务管理器和多种操作向导等图形界面管理工具，大大简化了用户操作，从而增强了系统的易用性。
一、选题的目的、意义和研究现状 （一）选题的目的和意义 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用? 作为计算机应用的一部分,使用计算机对火车信息进行管理,具有手工管理所无法比拟的优点.例如:检索迅速?查找方便?可靠性高?存储量大?保密性好?寿命长?成本低等?这些优点能够极大地提高火车信息管理的效率,也是企业的科学化?正规化管理,与世界接轨的重要条件? 本论文主要阐述一个功能比较强大的火车票订购系统的后台操作过程及一些关键技术?该系统信息来源主要由管理员添加,方便火车票管理员的查询,用户可以通过查询到相关的火车票信息,选择是否适合自己,也可以在网上直接订票,省时省力?由于本系统的开发以节省资源为首,充分利用网络资源,所以本火车票订购上所看到的火车票信息均来自互联网? （二）选题的研究现状 中国现在拥有非常先进、发达的铁路系统，但目前的售票系统还是上世纪60年代开发的。2003年以后，中国铁路开始加快现代化建设，近几年来中国的铁路售票系统已经逐步走向现代化，订票全路联网，实现了信息化管理。但是铁路历史由来的“老大难”问题——售票问题，一直无法得到解决。每年的各大节假日，全国人民总会为买票问题而苦恼，一部分人更是无缘车票。目虽然前的电话订票，也极大地方便了旅客，然而最贴近现代化发展水平的还是网上订票项目，国家也积极推进。中国铁路物资总公司决定拿出专项经费用于开发最快捷最便民的火车网上订票系统，增加买票途径，以解决这多年来的“买票难”问题，因此研发一个好的火车网上售票系统对于我国惠民政策具有很大意义。
燕京理工学院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/ba3317143.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
. 铁路专用线专用铁路管理办法 （试行） 第一章总则 第一条铁路专用线、专用铁路（以下统称专用线）运输是铁路运输的重要组织部分。为加强专用线的管理，搞好路企协作，提高管理水平和工作质量，确保行车和货物安全，加速车辆周转，提高经济效益，依据《中华人民共和国铁路法》、《铁路货物运输规程》，特制定本办法。 第二条全国铁路（包括正式营业线、临管线）车站及专用线运输（军事专用线另有规定者除外），均应执行本办法。 第三条地方政府主管部门应加强对本地区专用线运输的协调工作。主要任务是： 1．协调专用线运输工作，搞好运输衔接和平衡，保障专用线和货场的畅通； 2．组织制定专用线共用的收费项目和费率； 3．组织专用线运输评比竞赛、经验总结等。 第四条铁路（含广铁集团公司，下同）、分局（含各总公司，下同）和站段应设有专人管理。铁路局对专用线应加强规划、监督
和指导。铁路分局要搞好专用线运输组织和协调。车站应根据管理细则制定具体的管理制度和作业标准，落实保证安全的措施，完成专用线运输组织工作。 专业资料word . 第五条专用线的运输组织工作和安全管理，要在站长的领导下统一进行。专用线产权单位要为专用线货运员提供必要的工作条件。 第六条站企双方应加强工作联系，研究与解决问题，组织业务人员学习规章，提高业务素质，总结经验，开展评比，进行奖惩，提高管理水平。 第二章专用线修建 第七条企业新建专用线的铁路运量，一般不低于每年30万ｔ。第八条新建铁路时，企业修建专用线，其前期可行性研究报告应报铁道部，接轨方案由铁道部批准。既有线上，新建、改扩建专用线，年运量超过50万ｔ时，其可行性研究报告报铁道部。年运量50万ｔ及以下按铁路局有关规定办理。 铁路主要繁忙干线的车站，新建、改扩建专用线，影响干线、车站、枢纽通过能力或专用线从正线出岔时，报铁道部批准。 由企业新建或改扩建专用线引起的国铁接轨站和相关工程改扩建，其建设投资问题另行研究规定。
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 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一般约束
企业管理信息化软件的应用 ——12306铁路客户服务中心系统
目录 一、软件名称 (3) 二、软件简介 (3) 三、软件容 (3) （一）系统的登录与注册 (3) （二）软件的模块 (3) （三）模块的容 (4) 1、首页 (4) 2、客运服务 (4) 3、货运服务 (4) 4、行包服务 (5) 5、车站引导 (5) 6、铁路常识 (5) 7、站车风采 (5) 8、客户信箱 (6) （四）软件的工作流程 (6) 1、网上订票流程 (6) 2、货运服务流程 (6) 3、行包服务流程 (7) 4、客户信箱使用流程 .............................. 错误!未定义书签。 四、软件的使用情况 (1) 五、软件的使用给用户带来的影响 (8)
六、总结 (8) 一、软件名称 12306铁路客户服务中心系统 二、软件简介 中国铁路客户服务中心（12306网）是铁路服务客户的重要窗口，将集成全路客货运输信息，为社会和铁路客户提供客货运输业务和公共信息查询服务。客户通过登录本，可以查询旅客列车时刻表、票价、列车正晚点、车票余票、售票代售点、货物运价、车辆技术参数以及有关客货运规章。铁路货运大客户可以通过本办理业务。 三、软件容 （一）系统的登录与注册 打开浏览器（支持PC、智能手机、平板电脑等），在地址栏输入.12306./mormhweb/,即可进入“12306铁路客户服务中心系统”首页。这时可以选择网上购票用户登录或者注册。第一次登录用户名CF1771018109，密码123456，继续输入实名信息进行注册。如图： （二）、软件的模块 软件的模块主要有：首页、客运服务、货运服务、行包服务、车站引导、铁路常识、站车风采、客户信箱共八个模块。如图：
、选题的目的、意义和研究现状
、研究方案及预期结果 （一）研究内容 本火车站网上订票系统可划分为用户和管理员两大模块。其中用户模块部分为用户在前台页面操作部分和管理员模块为后台管理以及对网站相关信息操作部分，其具体功能如图2.1所示。 火车票网上售票系统 用户模块管理员模块 图2.1火车票网上订票系统功能模块图 该火车票网上售票系统除了应具备用户模块注册、登录、验证功能的实现和管理员登 录、验证的原始账号设置以及对新增加的管理员授权设置功能以外，还应该具备的基本网站使用功能如下：
及时了解与统计，从而便于更方便更快捷的对铁道资源的及时调度和应对突发情况的有效方针的及时预定。同时该系统采用相对稳定的框架进行开发，便于日后的维护和使用，使用MVC结构则方便以后新功能的扩展以及现有功能的修改。 （三）基本理论 系统的前端开发部分主要采用jsp框架实现页面的动态效果，并采用Ajax技术与服务器进行交互，提供良好的用户体验功能。 各子系统中，用户的内容评论等采用标签实现；注册使用引入了jQuery的Ajax技术实现验证功能；另外，采用jQuery的控件可以实现表单验证等功能，使得界面的样式更加流畅。 对于后台管理整体采用MVC模式，整个系统采用了SSH技术使得整体各个功能模块进行很好的分类和明晰。JSP进行view层的构建，控制器采用Action的控制。通过实体类javabea n可以很好的进行数据交互。 （四）方法及技术路线 本系统信息量大，实现的功能复杂，应具有合理的信息存贮、管理、传输功能，对系统的处理能力、可性、安全性要求高。因此，总体设计应遵循以下原则： 1科学性：采用开发Web应用的先进、开放式的技术，实现基于数据库B/S体系结构的信息系统。 2?可靠性：系统应有足够的数据吞吐能力和合理的程序处理功能，在Web多并发用户大批量对数据查询、更新时，能稳定可靠地运行。 3?易维护性：应采用先进的程序设计模式，使程序模块结构合理，程序代码共享性好，可扩展、可维护性好。 4?实用性：系统功能应满足各类用户的功能需求。 5?易操作性：建立友好的用户界面，操作方便。 6?安全性：应采用合理的安全技术，保证服务器、用户关键数据传输等安全。 软件环境是一个系统开发的工具，它取决于开发人员对软件的熟悉程度，如果开发人员选择一个不熟悉的软件开发会大大增加开发系统所需要投入的成本，所以说选择软件环境也是很重要的。 操作系统：Win dows XP/Wi ndows7 数据库：MySQL 系统开发工具：myEclipse 软件开发语言：Java
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. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。