统一用户管理与认证平台需求说明书资料

统一用户管理与认证平台需求说明书资料
统一用户管理与认证平台需求说明书资料

南南山山区区教教育育信信息息网网应应用用系系统统

统一用户管理与认证平台

需求说明书

版本信息

* A 代表新增,M 代表修改,D 代表删除。

项目及文档信息

发布日期:2008-9-30

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)

3需求规定 (5)

3.1 对功能的规定 (5)

3.1.1统一用户管理 (5)

3.1.2统一认证与单点登录 (7)

3.1.3应用系统自身的用户及认证管理 (8)

3.2 对性能的规定 (8)

3.2.1精度 (8)

3.2.2时间特性要求 (8)

3.2.3灵活性 (9)

3.3 输人输出要求 (9)

3.3.1用户信息 (9)

3.3.2认证信息 (9)

3.4 数据管理能力要求 (9)

3.5 故障处理要求 (9)

3.6 其他专门要求 (9)

4运行环境规定 (9)

4.1 设备 (9)

4.2 支持软件 (10)

4.3 接口 (10)

4.4 控制 (10)

1 引言

1.1 编写目的

本文档的编写目的在于确定南山教育信息网统一用户管理与认证平台的需求内容,成为后续开发建设和验收的依据。

1.2 背景

在应用系统的建设中,用户身份和认证信息的管理是最关键的一部分。但是由于需求总是在不断变化和发展,应用系统也会不断的增加或淘汰。因此,应用系统通常都是在不同平台上、由不同开发商开发,使用的技术不一致,容易造成每套系统都有独立的用户身份管理,登录不同应用系统需要多次登录。

对于用户来说,每增加一个新的应用,需要记忆一套新的用户名/密码,负责的业务范围越大,需要记忆的用户名/密码组越多。设定一样的密码,不够安全;密码设定不一样,记忆困难,每次访问应用系统,需要重复输入用户名/密码,在一个系统中修改了密码,其他系统的密码不会随之改变。

对于系统管理员而言,没有一个统一的用户管理系统,就会在新进人员时,需要到众多系统中逐一建立帐号;人员离职时,需要到众多系统中逐一删除帐号,给系统管理员的工作造成了繁重负担,还容易造成各系统中人员身份信息的不一致。

对于南山区学校领导、教师和学生等用户,由于其可以享受大量教育资源服务,为防止他人冒名顶替、盗用资源,故须对这些“合法”用户要进行统一的实名认证。

1.3 定义

统一认证平台:南山教育信息网的应用支撑性平台,包括了统一用户、应用资源的管理以及各应用资源的统一认证管理。

统一用户管理:负责管理南山教育信息网全体实名用户的身份管理,并分配各分项应用子系统中具有使用权的用户,将统一用户信息同步到应用子系统中。

统一认证:负责南山教育信息网的统一用户认证以及单点登录支持,用户通过平台统一

登录之后可以单点登录访问其权限范围内的各分项应用子系统,单点登录需要各应用系统支持统一认证接口。

1.4 参考资料

招标文件《南山区教育信息网应用系统软件开发与集成服务》

2 任务概述

2.1 目标

(1)用户组织与权限管理:建立一套有效的用来管理网络资源、用户身份的平台,实现组织、用户和资源的集中管理和授权,管理员不再分散管理用户,系统具有很高安全性和灵活性。

(2)统一认证管理:单点登录功能是实现统一身份认证系统的首要目标,实现让用户在经过一次网络身份验证后,就可以访问所有授权的网络资源,而不需要额外验证,支持多种认证方式(用户名密码、证书、USB)。这里的网络资源,主要是指基于Web方式的应用系统。

(3)应用系统管理:在实现了用户统一认证的基础上,制定出一套规范的用户单点登录机制,提供用户身份统一访问接口,要求所有新建且可以经过统一身份认证系统认证的应用系统,涉及的账号一定是统一身份认证系统的用户帐号。这些应用系统必须被统一身份认证系统所管理,管理平台设置可以访问此应用系统的用户、组织或角色等。

(4)旧系统策略:提供自动代理登录(自动登陆到其它目标业务系统)功能,实现统一用户可以单点登录旧系统,代理登陆所需要的用户信息保存在独立数据库中。

(5)日志管理:可以查看用户登录以及用户同步的日志记录。

2.2 用户的特点

南山教育信息网的用户涉及到南山教育局以及下属的各个学校和机构的全体用户,具体包括:约1万的教职工用户,约10万的中小学生用户、约10万的家长用户。所有这些用户都将由统一认证平台统一管理,平台管理员有权管理所有的用户信息,而各个单位(如某个

学校)的管理员可以管理本单位的用户信息,普通的用户可以使用自己的帐号通过平台进行统一登录,然后单点式的访问南山教育信息网类自身具有权限的应用系统资源,不再需要为访问某一个应用系统而分别输入用户、密码。

2.3 假定和约束

南山教育信息网具备全局的统一用户库,各分项的应用子系统可以仍然具备自身的用户体系,但用户信息源于统一用户库,用户的产生由统一用户管理负责,各应用系统接收平台发送的用户同步信息。

各应用系统必须提供相关的接口以支持单点登录,对于已有的应用系统而言,通过基于用户映射的代理访问方式,不需要单独开发单点登录接口。

3 需求规定

3.1 对功能的规定

3.1.1统一用户管理

平台提供南山教育信息网全体实名用户的用户资料信息集中存储,这些资料由统一用户认证平台集中管理,平台管理员可以维护所有人员的用户信息,各单位的管理员只能维护其本单位的用户信息。

用户的信息包括应包括3个层面的含义:1、用户的人事类基础信息,诸如姓名、性别、户籍、身份证、职务、联系电话、电子邮箱、学历、学位等等,这些信息不涉及安全登录,但可以作为用户登录帐号信息的生成来源。2、用户的帐号信息,诸如登录帐号、密码、密码有效期、登录方式等,这些信息涉及安全登录,在进行用户认证时,构成校验信息的主体。

3、权限信息,指用户可以访问哪些应用系统资源。

统一用户管理具体由以下功能组成。

3.1.1.1 人事信息管理

人事信息资料的管理是帐号管理体系的基础工作,它具有对学生人事信息和教职工信息(含局机关)的管理职能,提供人事信息查询、修改、统计、增加、检验、帐号查询等功能。

系统应支持从Excel批量导入人事信息的功能,同时也支持针对单个个体的创建及维护功能,便于管理。

3.1.1.2 帐号信息管理

帐号管理是整个统一用户管理体系的核心,它负责用户登录帐号的生成、注册、挂失、解挂、维护等功能。

帐号信息至少包括登录帐号、密码等,作为与应用系统进行用户同步的基础,帐号信息也包含了主要的一些人事类信息,如姓名、性别、身份证、民族、籍贯、职务等。

用户的帐号必须唯一,同时其密码的设定应不能过于简单,安全起见应具备一定的复杂度。

对于用户个人来说,应该具备密码修改的功能,保证其帐号的安全性。

3.1.1.3 应用系统管理

作为用户管理主体,统一用户认证平台负责了整个南山教育信息网的全体用户信息的管理,各分项的应用系统受平台管理约束,各系统的用户信息来源于统一用户,为了将统一用户信息分配到各个子系统,需要将应用系统注册到平台之中,并记录各系统支持用户信息同步的接口。

3.1.1.4 用户权限管理

南山教育信息网的用户并不是可以访问全部的应用系统,因此必须具有相关的权限管理。

统一认证平台的用户权限管理并不涉及到用户对于各个应用系统的业务权限,而是指定哪些用户可以访问哪些应用系统,分配一个用户可以使用哪个应用系统之后,他的用户信息就被同步到相应的应用系统之中。

3.1.1.5 用户信息同步

用户具备某个应用系统的权限之后,他应用在该系统中具有用户身份,由于用户信息由平台统一管理,因此就需要将用户信息同步到应用系统中。

同步的用户信息指的是用户的帐号信息,平台应具备通用的用户信息同步接口,负责将统一帐号信息以通用的接口方式发送给各个应用系统,各系统按照平台的规范性要求实现自

身自身的用户信息同步接口,获取统一用户信息后,完成用户从平台到各系统的新增、修改、删除的同步操作。

3.1.1.6 日志管理

系统具备用户同步日志管理功能,可以查看同步是否成功,同步不成功时也可以看到具体的错误跟踪信息。

系统具备用户登录日志管理功能,可以查看用户的登录情况。

3.1.2统一认证与单点登录

3.1.2.1 统一认证

作为南山教育信息网的应用基础,统一认证平台应提供用户帐号身份的集中验证功能,验证通过之后,用户具有的全局的身份,当他再访问网内的其他应用子系统时,不再需要进行身份认证。

统一认证只需要支持B/S架构的认证方式,具体可以支持NTLM、Kerberos v5.0、BASIC 认证、摘要认证、LDAP认证等多种认证协议,并支持用户名/密码、数字证书、卡认证等多种认证方式,以支持在不同应用场景下的用户认证请求。

对于南山教育信息网本期项目而言,只统一使用用户名/密码的认证方式。

在南山教育信息网主门户网站中,将提供统一的登录入口,用户登录之后,进入其个人首页,个人首页中提供了用户有权访问的应用系统资源,用户从该处可以以单点登录的方式进入各应用系统。

3.1.2.2 单点登录

用户经过统一认证之后,方式南山教育信息网内各子应用系统时,应支持单点登录功能,用户只需输入一次用户名和密码,就可访问平台所有被授权访问的系统,而无需二次输入用户名和密码。

平台需要支持2类B/S结构的应用系统的单点登录:

1、使用统一帐号的新建应用系统,其单点登录支持需要支持各种异构系统,比如基于微软技术的、Java技术的、Php技术的等等,这种方式对于用户来说使用的就是统一帐号和密码,不需要其自身再进行任何设置,对于应用系统来说,则需要按照平台的规范性要求实

现单点登录接口,能够获取到用户的统一身份信息。

2、非使用统一帐号的原有应用系统,其单点登录支持的是基于Form的表单式认证,平台提供用户自助式的原系统用户名、密码配置界面,用户配置好原系统的认证信息后,在访问原系统时,平台将身份信息以代理的方式提交给原系统,完成登录。

3.1.3应用系统自身的用户及认证管理

南山教育信息内各新建的应用系统的用户管理和认证与统一用户管理认证平台做整合,以统一用户管理认证系统为主,以应用系统自身的用户管理和认证为辅。

3.1.3.1 应用系统用户管理

各应用系统仍然具备自身的用户管理,保持其独立性。主要维护其本系统内的一些统一用户之外的个性化信息参数,用户的创建由平台发起,不能由应用系统首先创建。

应用系统需要开发用户信息同步接口,负责本系统内用户帐号信息的创建、修改、删除工作。平台在授权后会将用户帐号信息同步到应用系统中,平台在删除用户后也将通过同步接口将用户从应用系统中删除。

3.1.3.2 应用系统用户认证

各应用系统仍然可以具备自身的用户登录认证功能,保持其独立性。应用系统自身的登录认证,只完成其本身的登录,并没有登录到统一平台。

3.2 对性能的规定

3.2.1精度

支持10万级用户的身份认证,支持3000并发认证。

3.2.2时间特性要求

响应时间在2秒以内,不能超过5秒。

3.2.3灵活性

系统从结构上及功能上应该具备良好的灵活性,能够满足用户不断发展的复杂业务需求。降低使用维护过程中的难度。

3.3 输人输出要求

3.3.1用户信息

用户基本信息至少包括姓名、性别、身份证、所属单位。

3.3.2认证信息

用户认证所需的帐号信息至少包括登录帐号、密码、密码有效期。

3.4 数据管理能力要求

能够管理20万级别的用户信息管理。

3.5 故障处理要求

系统具备集群功能,防止系统单点故障。

3.6 其他专门要求

无。

4 运行环境规定

4.1 设备

2台TAM服务器,4台WebSeal服务器,性能条件建筑在以下具体配置要求之上:

1. ★两个四核Intel Xeon 5430处理器(

2.66GHz, 1333前端总线,集成2x6MB二级缓存);

2. ★8GB(4x2GB)两路交错PC2-5300全缓冲DDR2-667内存

3. 支持高级ECC,镜相内存和在线备用内存,8个内存插槽,最大内存可以扩充到32GB;

4. 集成双千兆网卡,带TCP/IP Offload引擎,可实现加速iSCSI,2个I/O扩展槽;

5. 集成SAS智能阵列控制器,支持RAID 0,1,支持2个小尺寸SAS热拔插硬盘;

6. ★两个146GB 10K SAS 2.5"硬盘;

7. ★配备双口4GB光纤通道卡;

4.2 支持软件

ITDS 6.0:Redhat Enterprise Linux 4 update 5

TAM 6.0:Redhat Enterprise Linux 4 update 5

WebSeal 6.0:Redhat Enterprise Linux 4 update 5

4.3 接口

用户同步接口

单点登录接口

统一用户信息获取接口

4.4 控制

平台控制统一用户信息的维护和认证,各系统实现用户同步接口、单点登录接口,可以通过统一用户信息获取接口获取用户信息。

管理系统软件需求说明书

厦漳大桥养护管理系统 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万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

视频监控应用系统技术需求说明书

视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统,提供给不同区域不同用户访问视频监控实时视频及历史录像的功能,同时我们还有对应的手机APP版应用系统,需要转发平台支持手机视频转发功能,并且提供相关的接口支持手机无障碍访问平台,保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块,视频管理系统与转发平台进行对接,对转发平台上连接的摄像机等设备进行添加和管理,并对这些摄像机设备分配到不同地区不同权限用户的账户,供不同权限的用户观看实时视频监控和视频监控录像(这块权限控制我们自己做,需要的是对平台上视频列表的调用,提供视频调用播放的地址)。我们寻求的解决方式有以下三种(可能我们对转发平台及流媒体服务器这块的表述不是太专业,只能表达大体的需求):方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式,如.FLV格式,并提供相关的web访问方式(无需控件)和接口及说明文档,以及对整个转发平台和前端设备进行管理的权限。此种方式,我们通过Flash技术实现视频监控的播放功能,用户在播放视频时不需要安装控件,可以直接进行播放。对实时视频和视频录像的分别的需求如下: 1、实时视频监控: (1)、转发平台实现对实时视频流的转码,转化成支持Flash解码播放的视频流,并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 (2)、转发平台与我公司的视频管理系统进行对接,实现对转发平台上的前端设备进行管理的功能,转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识,以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上,以提供视频播放功能。转发平台需提供相关的web实现的接口(C#语言)、demo及接口说明文档。 2、视频监控录像:

统一认证与单点登录系统-产品需求规格说明书

统一认证与单点登录系统产品需求规格说明书 北京邮电大学

版本历史

目录 0文档介绍 (5) 0.1 文档目的 (5) 0.2 文档范围 (5) 0.3 读者对象 (5) 0.4 参考文档 (5) 0.5 术语与缩写解释 (5) 1产品介绍 (7) 2产品面向的用户群体 (7) 3产品应当遵循的标准或规范 (7) 4产品范围 (7) 5产品中的角色 (7) 6产品的功能性需求 (8) 6.0 功能性需求分类 (8) 6.0.1产品形态 (8) 6.1 外部系统管理 (9) 6.1.1外部系统注册 (9) 6.1.2外部系统集成配置 (11) 6.2 用户管理 (11) 6.2.1用户管理控制台 (11) 6.2.2用户自助服务 (13) 6.2.3统一用户管理 (13) 6.3 组织结构管理 (14) 6.4 权限管理 (15) 6.4.1统一角色管理 (18) 6.5 单点登录 (18) 6.5.1基于Httpheader单点登录 (19) 6.5.2基于表单代填的方式单点登录 (20) 6.5.3基于CAS单点登录 (20) 6.5.4总结 (23) 7产品的非功能性需求 (24) 7.1.1性能需求 (24) 7.1.2接口需求 (24) 8附录B:需求确认 (25)

0文档介绍 0.1文档目的 此文档用于描述统一认证与单点登录系统的产品需求,用于指导设计与开发人员进行系统设计与实现。 0.2文档范围 本文档将对系统的所有功能性需求进行消息的描述,同时约定非功能性以及如何与第三方系统进行交互。 0.3读者对象 本文档主要面向一下读者: 1.系统设计人员 2.系统开发与测试人员 3.系统监管人员 4.产品甲方管理人员 0.4参考文档 《凯文斯信息技术有限公司单点登录及统一用户技术方案V1.0》 0.5术语与缩写解释

电商系统需求分析说明书

电商系统需求分析说明书 一.引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二.技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三.功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四.性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五.系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六.数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一.引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户,让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成,网站后台系统,通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前,首先是对各大网上销售网站进行了调查,其中包括:网页排版、顾客消费流程、以及管理员的操作,这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。

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开发环境错误!未指定书签。 附录:项目成员介绍及组内评分错误!未指定书签。

xxxx平台xxxx功能需求规格说明书 模板

国安创客 平台功能需求规格说明书 版本: 1.0 日期:2015年?月

修改记录 *A–新增M–修改D–删除

目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息(如有角色或权限新增修改时,否则删除) (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)

引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求(质量属性和外部接口)与限制条件,作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据,同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块

2.4业务流程 流程图: 业务描述及说明: 3功能分解 3.1基础信息(如有角色或权限新增修改时,否则删除) 基础信息包括角色管理、用户管理、权限管理,数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能,供输入过程中下拉菜单选择。 3.1.1.1.2输入输出

3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档

预定系统需求分析说明书

机票预定系统需求分析 机票预定系统的功能要求 机票预定系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server 结构,将机票预定系统划分为两个子系统:客户端子系统,服务器端子系统。 旅客订票流程图:

旅客取票图: 下面分析各个子系统的功能需求: 1.客户端子系统: 在客户端系统的功能实现上,可以分为以下几个部分: [1]旅客信息的输入和统计 旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分,这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。 [2]旅客信息的存储: 将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查 询。 [3]机票信息的传递及接收: 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。 [4]取票通知及帐单的生成和打印: 把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。 印出机票给已经订票的旅客:根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。 [5]机票销售情况的核算 这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 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、系统完整用例图

(移动通信计划管理平台)一期建设需求说明书(IPMISv101)

移动计划建设管理系统一期建设需求说明 微软(中国) 2010年04月16日

目录 第1章概述 (1) 1.1 需求背景 (1) 1.2 建设目标 (1) 1.3 名词和术语 (2) 第2章需求说明 (4) 2.1 规划管理模块 (4) 2.1.1 业务描述 (4) 2.1.2 业务流程............................................. 错误!未定义书签。 2.1.3 业务功能需求汇总 (5) 2.2 计划管理模块 (12) 2.2.1 业务描述 (12) 2.2.2 业务流程 (15) 2.2.3 业务功能需求汇总 (23) 2.2.4 主要页面效果设计 (24) 2.3 共建共享管理模块 (30) 2.3.1 业务描述 (30) 2.3.2 业务流程............................................. 错误!未定义书签。 2.3.3 业务功能需求汇总 (31) 附件:原始业务资料附件 (43)

第1章概述 1.1需求背景 为满足移动投资管理、规划管理、共建共享、工程项目管理等各方面的业务数据与信息管理需要,计划启动计划建设管理平台建设项目。从业务层面上,该系统将根据实际业务需要,满足从领导到业务员工不同层次的个性化需求;从系统层面,该系统将与已投产的EIP、PMS、MIS、财务集中化管理平台、EOMS和BOSS等支撑平台形成有效的信息共享和数据接口,为各个层面的用户提供决策支持和管理支撑。该项目将从投资资金控,工程项目管理的角度实现投资规划、计划、执行、分解、工程项目立项、设计、实施、审计验收、后评估等业务流程的全面贯通,建成服务于省公司及各地市州分公司的集业务支撑与投资分析于一体的综合性业务管理支撑平台,进一步提升投资管理精细化水平,继续保持行业领先的资本开支回报率,更好地支撑公司业务发展。 1.2建设目标 计划建设管理平台总体 目标如右图所示:支撑投资 建设管理全业务流程贯通, 提升企业投资精细化管理水 平。总体目标的实现划分成 三个阶段:部管理精细化、 外部管理精细化与全流程贯 通,每个阶段根据资源配备 及业务发展情况又可分为多期建设来实现。 一期建设目标:搭建系统基础框架,包括规划管理、计划管理、共建共享管理三大模块,优先支撑省公司计划部部业务运作需要,并与PMS系统整合,实现项目数据共享。 业务问题及解决方式如下:

统一用户管理与认证平台需求说明书

南南山山区区教教育育信信息息网网应应用用系系统统 统一用户管理与认证平台 需求说明书 版本信息 * A 代表新增,M 代表修改,D 代表删除。

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) 3需求规定 (5) 3.1 对功能的规定 (5) 3.1.1统一用户管理 (5) 3.1.2统一认证与单点登录 (7) 3.1.3应用系统自身的用户及认证管理 (8) 3.2 对性能的规定 (8) 3.2.1精度 (8) 3.2.2时间特性要求 (8) 3.2.3灵活性 (9) 3.3 输人输出要求 (9) 3.3.1用户信息 (9) 3.3.2认证信息 (9) 3.4 数据管理能力要求 (9) 3.5 故障处理要求 (9) 3.6 其他专门要求 (9) 4运行环境规定 (9) 4.1 设备 (9) 4.2 支持软件 (10) 4.3 接口 (10) 4.4 控制 (10)

1 引言 1.1 编写目的 本文档的编写目的在于确定南山教育信息网统一用户管理与认证平台的需求内容,成为后续开发建设和验收的依据。 1.2 背景 在应用系统的建设中,用户身份和认证信息的管理是最关键的一部分。但是由于需求总是在不断变化和发展,应用系统也会不断的增加或淘汰。因此,应用系统通常都是在不同平台上、由不同开发商开发,使用的技术不一致,容易造成每套系统都有独立的用户身份管理,登录不同应用系统需要多次登录。 对于用户来说,每增加一个新的应用,需要记忆一套新的用户名/密码,负责的业务范围越大,需要记忆的用户名/密码组越多。设定一样的密码,不够安全;密码设定不一样,记忆困难,每次访问应用系统,需要重复输入用户名/密码,在一个系统中修改了密码,其他系统的密码不会随之改变。 对于系统管理员而言,没有一个统一的用户管理系统,就会在新进人员时,需要到众多系统中逐一建立帐号;人员离职时,需要到众多系统中逐一删除帐号,给系统管理员的工作造成了繁重负担,还容易造成各系统中人员身份信息的不一致。 对于南山区学校领导、教师和学生等用户,由于其可以享受大量教育资源服务,为防止他人冒名顶替、盗用资源,故须对这些“合法”用户要进行统一的实名认证。 1.3 定义 统一认证平台:南山教育信息网的应用支撑性平台,包括了统一用户、应用资源的管理以及各应用资源的统一认证管理。 统一用户管理:负责管理南山教育信息网全体实名用户的身份管理,并分配各分项应用子系统中具有使用权的用户,将统一用户信息同步到应用子系统中。 统一认证:负责南山教育信息网的统一用户认证以及单点登录支持,用户通过平台统一

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.360docs.net/doc/f96557278.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系

统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控 、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。 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.360docs.net/doc/f96557278.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

Web OA管理系统需求规格说明书

Web OA管理系统需求规格说明书 RY0921121 江舟 RY0921126 李康 GS0921A08 刘雄伟 GS0921111 岑毅 GS0921A12 李博 2009/11/20

目录 1 概述 (1) 1.1 编写目的 (1) 1.2 参考资料 (1) 1.3 术语和标记 (1) 2 项目概述 (2) 2.1 项目总体目标 (2) 2.2 系统开发背景 (2) 2.3 主要限制和开发风险分析 (4) 3 功能需求 (4) 3.1 功能模型 (6) 3.1.1 个人办公模块 (6) 3.1.2 公文管理模块 (9) 3.1.3 公共信息模块 (10) 3.1.4 行政办公模块 (12) 3.1.5 消息管理模块 (15) 3.1.6 工作流程模块 (17) 3.1.7 组织管理模块 (18) 3.1.8 权限管理模块 (20) 3.1.9 系统管理模块 (22) 3.1.10 人事档案模块 (24) 3.2 性能需求 (27) 3.3 非功能需求 (27) 3.4 故障处理 (27) 4 数据需求 (27) 4.1 数据项 (27) 4.2 数据间关系(E-R图) (33) 5 行为需求 (35) 5.1 控制模型 (35) 6 接口需求 (36) 6.1 用户界面 (36) 6.2 软硬件接口 (37) 7 环境 (37)

7.1 运行环境 (37) 7.2 开发环境 (37) 附录:项目成员介绍及组内评分..............................................错误!未定义书签。

1概述 1.1编写目的 本文档的编写目的是为Web OA管理系统项目的开发提供: a)软件总体要求,作为用户和软件开发人员之间了解的基础; b)功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的 基础; c)验收标准,作为用户确认测试的依据。 1.2参考资料 a)王长富,罗晓沛.基于Web和J2EE的办公自动化系统的设计[D].中国 科学院.2007. b)刘蕾,刘厚泉.基于工作流的B/S模式OA系统设计与实现[J].微计算 机信息,2008. c)程家华.基于B/S模式的办公自动化系统设计与实现[M].北京:同济 出版社,2005. d)杨永健,韩鸿雁.办公自动化中工作流过程定义的设计与实现[J].四 川大学学报,2007. e)方旭华,颜慧佳.基于工作流的办公自动化系统的设计方案[J].计算 机时代,2008. f)刘明臻,魏长军.OA系统公文流转模块的设计和实现[J].吉林师范 大学学报,自然科学版,2008. 1.3术语和标记 a)Web OA管理系统:网络办公管理系统; b)OA:Office Automation c)Apache:是世界使用排名第一的Web服务器软件; d)J2EE:是一套不同于传统应用开发的技术架构,包含许多组件,主要 可简化并规范应用系统的开发与部署,进而提高可移植性、安全与再 用价值; e)ACL:Access Control List(访问控制列表)是路由器和交换机接

物流系统需求规格说明书

V公司物流信息服务平台软件需求规格说明书

变更记录

目录

1 概述 1.1 编写目的 本文档是北京ISS有限公司在V公司(中国)投资有限公司(以下简称V公司)的物流信息服务平台合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 系统目标 本平台为物流需求企业和物流服务企业提供了各种需求、货源、车源信息。为物流需求企业提供完整的解决方案、为物流服务企业提供需求信息等增值服务,在促进V公司用户供需交互的同时达到宣传和推销V公司卡车的目的,最终使V公司卡车在中国地区的销量能够显著增长。 鉴于上述目标,本平台由两个子平台组成,即物流信息服务平台(以下简称服务平台)和物流信息服务平台管理系统(以下简称管理系统)。 服务平台的用户主要是物流企业以及有物流需求的非物流企业,所完成的目标为:1. 首页: 首页支持的功能应包括: 用户注册与登录,订阅电子期刊,过桥费查询,给V公司留言; 首页所发布内容包括: 物流企业介绍、成功案例展示、物流需求发布、最新消息、解决方案展示、运力合作展示。 2. 物流需求项目发布: ●物流需求项目发布平台 为物流需求企业提供大型物流项目发布的平台,为物流服务企业提供更多的商机。用户可以在平台上发布和查询需求项目信息,以及进行之后的方案征集活 动。 3. 物流解决方案展示: ●物流解决方案

建立V公司全国物流企业联盟,联系各大型物流企业向集团客户提供整体物流解决方案,促进产品销售。包括:解决方案查询、解决方案维护、发布新的解 决方案三个主要功能点。 4. 物流企业园区: ●平台用户列表 查看本平台的所有物流企业的信息。 ●维护企业信息 对登录用户所在物流企业的信息进行维护。 5. 物流联盟论坛: ●物流联盟论坛 为平台所有用户提供交流的场所。V公司指定论坛管理员可以对论坛内容进 行维护。 6. 物流效率测算: ●物流运营数据分析系统 系统根据用户录入的与货运、运营、贷款、公路费用有关的各项信息,自动计算出使用V公司卡车的收入、利润、运行费用、成本、现金流等客户关注的数 据。并且系统还提供V公司卡车的上述各项数据与相同档次的其它各款车型的比 较分析,使用户能够比较直观的了解到购买V公司卡车的优势所在。为销售人员 展示V公司的各项产品提供了方便快捷的工具。 ●物流运营数据分析系统参数维护 该功能点为系统管理员维护数据分析系统的后台参数提供了一个平台。需要维护的参数项主要包括V公司的车型以及其它竞争对手车型的运行参数、资赁分 析、产品参数等信息。 管理系统的用户主要是V公司管理人员,完成目标为: 1. 新闻维护: ●增加新闻 新增新闻信息,供物流信息服务平台用户浏览。 ●修改新闻 修改或删除已有新闻信息。 ●新闻查询

网络统一身份认证计费管理系统建设方案综合

XXXX学院网络统一身份认证计费管理系 统建设方案 2016年03月 目录 一.计费系统设计规划 (2) 二.方案建设目标 (2) 三.总体方案 (3) 1.方案设计 (3) A.方案(串连网关方式) (3) B.方案(旁路方式+BRAS,BRAS产品) (4) 四.认证计费管理系统与统一用户管理系统的融合 (8) 4.1统一用户管理系统的融合 (8) 4.2一卡通系统的融合 (9) 4.3用户门户系统的融合 (9) 五.认证计费管理系统功能介绍 (9) 六.用户案例 (14) 6.1清华大学案例介绍 (14) 6.2成功案例-部分高校 (16) 6.3系统稳定运行用户证明 (16) 七.实施方案 (16)

7.1实施前准备工作 (16) 7.2认证计费系统安装 (16) 7.3实施割接前测试工作 (16) 7.4实施中割接、割接后测试工作 (17) 一.计费系统设计规划 XXXX技术学院整体用户规模设计容量为10000用户,同时在线用户规模为5000人,具有多个出口线路;网络特点呈现高带宽,高用户,多种接入方式使用人群,并且在未来还会以多种网络架构存在(有线,无线)。因此安全认证管理计费系统的设计要充分考虑系统性能满足出口带宽容量,同时也必须能满足复杂的接入模式,多种灵活的控制计费策略。 在充分满足IPv4用户的认证计费需求的前提下,设计要考虑对实现IPv6+IPv4双栈认证计费及日志采集等功能需求,同时还需要满足无线和有线认证的融合统一认证管理模式;目前学校已经使用一卡通系统,安全认证计费管理系统必须和一卡通系统实现对接,能支持未来的数字化校园,能够融合到统一身份认证平台。 有线网和无线网是实现账户统一,避免一个用户需要多账户登录有线网和无线网的情况,并可通过上网账户认证实现与校园门户系统、校园一卡通系统的平滑对接,实现用户账号的同步关联。 二.方案建设目标 针对目前学校对于用户认证计费系统的需求,通过安全认证网络管理计费系统,搭建一套包括用户接入、认证、计费及用户管理的综合平台,为校园网提供功能完善、可靠和高性能适合的宽带接入管理计费解

软件系统需求说明书

专 组号:小组成员: 完成时间:

目录 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人

运维管理系统需求说明书

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文件报错

管理系统需求说明书-boobooke

车辆管理系统需求说明书 中国电信安徽公司 二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)车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到

系统需求说明书模版

XXXXXX项目系统需求说明书 版本号 公司名称

目录 1目的 (5) 2范围 (5) 3术语 (5) 4概述 (6) 4.1业务概述 (6) 4.2系统概述 (6) 4.2.1系统目标及范围 (6) 4.2.2系统角色与权限 (6) 4.2.3系统功能结构图 (6) 4.2.4系统功能清单 (6) 5功能需求 (7) 5.1【XXXX功能名称】 (7) 5.1.1描述 (7) 5.1.2页面流程描述 (7) 5.1.3页面定义 (8) 5.2【XXXX功能名称】 (8) 5.2.1描述 (8) 5.2.2页面流程描述 (9) 5.2.3页面定义 (9) 5.3【XXXX报表功能】 (11) 5.3.1描述 (11) 5.3.2查询元素说明 (11) 5.3.3报表输出元素说明 (11) 5.3.4报表输出格式 (11) 5.3.5结果排序需求 (11) 5.3.6结果统计需求 (11) 5.3.7输出分页需求 (11) 5.3.8其他报表需求 (12) 5.4【XXXX报表功能】 (13) 5.4.1描述 (13) 5.4.2查询元素说明 (13) 5.4.3报表输出元素说明 (13) 5.4.4报表输出格式 (13) 5.4.5结果排序需求 (13) 5.4.6结果统计需求 (13) 5.4.7输出分页需求 (13) 5.4.8其他报表需求 (13) 5.5系统接口需求 (14) 5.6软硬件资源需求 (15) 5.7安全需求分析 (16) 5.7.1系统的重要性 (16) 5.7.2确定保护目标 (16) 5.7.3确定保护要求 (16) 5.8性能需求 (18) 5.9可用性需求 (19) 5.10扩展性需求 (20) 5.11其他需求 (21) 6参考资料 (22) 7附录 (23) 7.1.1应用软件群组定义 (23)

相关文档
最新文档