统一用户以及权限管理系统需求分析报告
案卷号C1
日期2010-7-1
＜统一用户及权限管理系统＞
软件需求说明书
作者：
完成日期：2011-4-20
签收人：
签收日期：
修改情况记录：
版本号修改批准人修改人安装日期签收人
01
02
03
软件需求说明书 (1)
1. 引言 (3)
1.1 编写的目的 (3)
1.2 背景 (3)
1.3 参考资料 (3)
2 项目概述 (4)
2.1 待开发软件产品描述 (4)
2.2总体需求 (4)
2.3 用户特点 (4)
3 具体需求 (4)
统一用户及权限管理系统的主要功能模块为： (4)
3.1.1登录 (5)
3.1.2用户授权管理 (5)
3.1.3组织机构管理 (6)
3.1.4应用权限定制 (7)
3.1.5系统维护 (7)
3.2 接口说明 (7)
3.2.1用户界面 (8)
3.2.3 软件接口 (10)
3.2.4硬件接口 (11)
3.3 性能需求 (11)
3.3.1 可用性 (11)
3.3.2 安全性 (11)
3.3.3 可维护性 (11)
3.3.5 警告 (11)
3.5 设计约束 (11)
3.5.1 其他标准的约束 (11)
3.6 其他需求 (12)
4 任务概述 (12)
4.1 目标 (13)
4.2 运行环境 (13)
4.3 支持软件 (13)
5解决方案 (13)
5.1.1 物理结构（physical structure） (13)
5.1.2 逻辑结构（logical construction） (14)
5.2概念设计（Conceptual Design） (15)
5.2.1系统角色及功能需求 (15)
5.2.2组织结构模型需求分析 (16)
5.3 用例场景（Usage Scenarios） (18)
5.3.1 用户使用认证系统流程图 (18)
5.3.2应用组织结构管理流程 (18)
6．数据 (19)
6.1数据描述 (20)
6.2 数据字典 (20)
6.2.1 数据项 (20)
6.2.2数据结构 (21)
6.2.3.数据流 (21)
6.2.4处理过程 (22)
6.3 E-R图 (22)
6.4数据流图 (24)
6.4.1注册模块数据流图 (24)
6.4.2用户查、增、改模块数据流图 (25)
6.4.3管理员查、增、改、删模块数据流图 (26)
6.4.4超级管理员查、增、改、删模块数据流图 (27)
6.4.5超级管理员定制岗位权限模块数据流图 (33)
7其它需要说明的问题 (33)
1. 引言
1.1 编写的目的
本手册作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明。
使用对象:徐汇区政府部门工作人员
1.2 背景
开发软件名称：统一用户和权限管理系统
项目任务提出者：徐汇区政府
项目开发者：
用户：区政府各部门
本系统应当包括：员工，管理员，超级管理员
1.3 参考资料
《jsp 课程设计案例精编》清华大学出版社申吉红等编著
《软件工程课程设计》李龙澍, 郑诚等编著机械工业出版社
《软件工程》清华大学出版社张海藩著
2 项目概述
2.1 待开发软件产品描述
本产品旨在对政府内部各部门的工作人员使用同一账号访问不同的应用系统进行管理，是一款界面友好，功能实用，可用性，可维护性强的产品。并且易于长期维护与管理，可以对电子政务体系进行很好的管理。
2.2总体需求
1. 本系统为统一的授权管理和用户统一的身份管理及单点认证支撑平台。
2. 利用此支撑平台可以实现用户一次登录、网内通用，避免多次登录到多个应用的情况。
3. 利用此系统可以对区域内各信息应用系统的权限分配和权限变更进行有效的统一化管理，实现多层次统一授权，审计各种权限的使用情况，防止信息共享后的权限滥用，规范今后的应用系统的建设。
2.3 用户特点
用户主要为政府管理员，政府各部门主管，及对应部门员工。
3 具体需求
3.1系统功能模块:
统一用户及权限管理系统的主要功能模块为：
模块功能组
登录登录系统
用户授权管理用户基本信息管理、用户包含的角色管理、用户包含的权限管理、用户组织机构管理、用户岗位管理
模块功能组
组织机构管理组织机构基本信息管理、岗位基本信息管理、岗位包含的权限管理、岗位认证管理、拥有岗位的用户管理
应用权限定制应用系统基本信息管理、应用系统权限组管理、应用系统权限管理、应用系统角色管理
系统维护查询系统审计、查询应用审计
注销保存信息，退出系统
3.1.1登录
用户使用用户登录名以及密码登录，且用户登录名是唯一的。
3.1.2用户授权管理
用户授权管理的主要任务是对用户授权进行管理。
3.1.2.1用户基本信息管理
用户进行个人信息的操作与更新，包括增、删、查、改四个操作。
3.1.2.2用户包含的角色管理
用户具有多种角色，如主任、来宾、管理员、领导等。用户在不同的系统中担任的角色不同。如用户A在办公室系统中担任管理员，但在档案系统中，只是普通用户。
3.1.2.3用户包含的权限管理
不同的用户在不同的系统中，拥有的角色不同，所以所具有的权限也不同。如管理员拥有的权限比普通用户的权限广。管理员除了与普通用户一样的权限外，还具有独自的权限如制定计划。
3.1.2.4用户组织机构管理
系统面向的对象由多分支机构组成，如单位、部门、岗位，用户可以属于不同的组织机构。对用户组织机构的管理，有助于用户权限的统一分配和管理。
3.1.2.5用户岗位管理
岗位作为机构的最底层。不同的岗位所有具有的权限不同，所以需对用户的岗位进行管理。
3.1.3组织机构管理
组织机构管理的主要功能是对组织机构进行管理。
3.1.3.1组织机构基本信息管理
设计的系统使用的对象有多分支机构组成，如单位、部门、岗位。对于不同的机构，所具有的功能模块不同。如单位由部门组成，所以就可以在其下增加部门，同理部门可以在部门下增加岗位。
3.1.3.2岗位基本信息管理
每个岗位具有独立的信息，如岗位编号、岗位名称等。
3.1.3.3岗位包含的权限管理
不同的岗位具有不同的权限。如部门经理这个岗位除了具有普通员工的权限，还有特殊的权限如制定部门策略。可以参照用户权限管理。
3.1.3.4岗位认证管理
由于不同的岗位拥有的权限不同，有些高层岗位具有的权限大，具有功能操作也就多，有些功能操作具有危险性，只允许部分人操作，所以需对岗位进行认证，防止非法用户。
3.1.3.4拥有岗位的用户管理
一般一个用户对应一个岗位，但有些岗位具有独自的特殊性，有多个用户，如技术岗位，有多个技术人员，有时一个用户可能有多个岗位，需对其统一管理。
3.1.4应用权限定制
应用权限定制的主要功能为：管理员为用户或用户组定义应用系统权限。
3.1.
4.1应用系统基本信息管理
本系统内部包含多个应用系统的接口，需要对其他应用系统的基本信息进行管理，如应用系统的名称，提供的功能接口等，方便用户使用。
3.1.
4.2应用系统权限组管理
管理员可以对个人或者以组的形式对一组用户在应用系统中的权限进行管理。如办公系统中的邮件收发组的权限管理。
3.1.
4.3应用系统权限管理
任何合法用户都可以登录应用系统。由于用户具有的角色不同，所以需对角色在应用系统中的权限进行管理，以防止发生越权操作。
3.1.
4.4应用系统角色管理
任何用户都可以登录应用系统。由于用户具有的角色不同，所以需对角色进行管理。3.1.5系统维护
3.1.5.1查询系统审计
用户可以查询系统中所有的角色以及对应的权限，超级管理员和管理员可以查询所设置的用户权限是否合理。
3.1.5.2查询应用审计
用户可以查询应用系统中所有的角色以及对应的权限，超级管理员和管理员可以查询所设置的用户权限是否合理
3.2 接口说明
系统支持多种灵活的接口，并且借助.NET的开发平台对于网络服务的支持可以灵活的进行扩展。
3.2.1用户界面
提供基本页面。
3.2.1.1.用户登录界面
3.2.1.2用户注册界面
3.2.1.3用户查询界面
3.2.1.4管理员设置用户权限界面
3.2.3 软件接口
统一用户及权限管理系统包括邮件系统、政府内部办公系统、公文管理系统、呼叫系统。每个系统应提供的接口如下：
（1）邮件系统包括登录接口，收邮件接口，发邮件接口，群发接口，还有消息订阅接口，基本设置接口。
（2）政府内部办公系统包括登录接口，文件传输接口，工作安排接口，政务公开接口，文件查询接口，内部信箱接口，预留栏目接口，扩展栏目接口，系统信息管理接口。
（3）公文管理系统包括公文起草接口，已发公文接口，代办公文接口，已办公文接口，公文委托接口，流程控制接口，类别定制接口。
（4）呼叫系统包括交互式语音应答接口和呼叫中心平台接口。
3.2.4硬件接口
本系统可以实现用户一次登录、网内通用，避免多次登录到多个应用的情况。所以硬件接口为组成局域网的基本硬件，包括路由器，防火墙。
3.3 性能需求
（1）静态数据：
a本系统支持多个终端，能够运用于对所有员工的管理，并进行联网控制；
b系统支持多管理员对系统管理；
（2）动态数据：95％的事务必须在小于5s的时间内处理完。
3.3.1 可用性
适合多部门中型政府对信息的管理。
3.3.2 安全性
借助内置的Windows 身份验证和基于每个应用程序的配置，可以保证应用程序是安全的。
3.3.3 可维护性
各个模块完成独立的功能，耦合度低，对一般程序上的错误可进行调试，不会造成系统瘫痪。
3.3.5 警告
系统的不可用是由于计算机硬件或软件不符要求，或是用户不合理的使用造成的，如泄露个人登录密码，恶意操作等，对于以上情况本系统的研发人员概不负责维修调试或承担相应责任。
3.5 设计约束
3.5.1 其他标准的约束
a．徐汇区政府用户统一及权限管理信息登记表格式；
b．员工编号，部门编号的编号规则。
c．金钱单位为人民币（元）；
3.5.2 硬件的限制
服务器应该满足的要求：
a．Cup 主频在2.0GHz以上；
b．内存在4G以上，硬盘在10T以上。
个人电脑应该满足的要求：
c．Cup 主频在1.2GHz以上；
d．内存在256M以上，硬盘在80G以上。
3.6 其他需求
3.6.1 数据库
该系统对数据库规定了一系列的需求，它们包括：
a．能够准确标识信息，并且要有助于编程人员识别；
b．能够承受较高的使用频率，每分钟1000次的访问；
c．具有较快的存取能力；
d．能够对数据进行及时保存；
e．能够导入导出数据，并进行数据库备份。
3.6.2市场合适应性需求
a．能够在各种政府管理中应用，包括大，中，小型等。
b．降低系统配置需求，使其能够广泛的应用。
4 任务概述
4.1 目标
1）规范部门管理。
2）实现较完善的管理体系。
3）实现使用同一账号登录多个系统。
4）系统符合实际生产需求，人机界面友好、操作简便。4.2 运行环境
操作系统平台：Windows Xp
数据库平台：oracle 11
4.3 支持软件
操作系统：Windows xp
编译程序：MyEclipse 7.5
测试程序：MyEclipse，IE浏览器
5解决方案
主要解决统一用户及权限管理系统的结构与基本的概念设计。
5.1系统结构（berkeleydb）
系统结构包括物理结构与逻辑结构。
5.1.1 物理结构（physical structure）
统一用户及权限管理系统的拓扑结构如下：
5.1.2 逻辑结构（logical construction）
统一用户管理系统由统一认证系统和权限管理系统两部分组成。
●统一认证系统
统一用户认证系统负责提供用户身份认证服务。
●权限管理系统
权限管理系统管理所有用户的信息，为管理员提供操作界面，管理用户、角色、单位、部门、系统选择等信息。系统主要由3部分组成：
1、数据库：用户信息与管理员信息分开处理，分别在数据库的不同表中，这样做对系统扩充性更为有利。
2、管理模块：主要包括组织结构及单位管理、部门管理、用户管理、帐号管理、角色管理，角色的权限定制等部分组成。
3、管理端：为管理操作提供可视化管理界面。
5.2概念设计（Conceptual Design）
主要涉及系统角色及功能。
5.2.1系统角色及功能需求
系统中所包含的用户及所具有的基本操作。
5.2.1.1普通用户:
（1）注册：新员工可以进入注册页面，填写注册信息，经过管理员认证成功后，注册信息生效，可以登录系统。
（2）个人信息管理：员工可以查询个人的信息。部分个人信息可以对其修改，如联系方式，登录密码等，但部分信息，需向管理员（部门负责人）申请，如个人职务。
（3）查询政府以及部门相关文件：员工可以浏览政治文件以及任务安排。
（4）选择其他系统：使用同一账号，登录其他系统如邮件系统等，进行相关操作。
（5）注销：登录成功后，在不需要使用的时候，可以进行注销并自动保存信息。注销前动态保存信息。
5.2.1.2管理员：管理用户认证以及部门信息的维护
（1）注册：新管理员可以进入注册页面，填写注册信息，经过超级管理员认证成功后，注册信息生效，拥有管理员权限，可以登录系统。
(2)员工信息管理:管理员登陆系统后可以对新的员工进行认证并同意其注册，可以对现有员工的信息进行修改和查询，可以删除某些员工信息。
(3)部门信息管理:管理员不可以添加和删除部门信息，需向超级管理员申请。
（4）登录其他系统：使用同一账号，登录其他系统如邮件系统等，进行相关操作。
（5)系统管理:查看系统简介，查询系统审计、查询应用审计。
（6）个人信息管理：管理员可以查询个人的信息并对其修改，但部分信息，需向超级管理员申请，如个人权限。
（7）注销：登录成功后，在不需要使用的时候，可以进行注销并自动保存信息。注销前动态保存信息。
5.2.1.3超级管理员：管理用户认证与组织结构的创建、对数据库维护
(1)部门信息管理:超级管理员登陆系统后可以添加新的部门，可以对现有部门的信息进行修改和查询，可以删除某些部门信息，如果部门下存在员工信息，则无法删除该部门。
（2）职能管理：超级管理员登录系统后可以设置所有用户的相关信息，尤其是管理员信息的相关设置，如权限设置。
（3）登录其他系统：使用同一账号，登录其他系统如邮件系统等，进行相关操作。因超级管理员用户是系统的内置用户，不可以在软件使用过程中被创建，故超级管理员第一次登录时必须强制其修改密码。
（4)系统管理:查看系统简介，查询系统审计、查询应用审计
（5）个人信息管理：超级管理员可以查询个人的信息并对其修改。
（6）注销：登录成功后，在不需要使用的时候，可以进行注销并自动保存信息。注销前动态保存信息。
5.2.2组织结构模型需求分析
本系统的组织结构模型如下图所示：
5.2.2.1模块划分需求
组织结构管理系统的体系模块可参阅上图所示。对于系统模块划分需求如下： ● 部门信息的添加、删除、修改、查找； ● 部门信息中添加、删除对象（人员）； ● 角色信息的添加、删除、修改、查找； ● 角色中添加、移除对象（人员）； ● 用户的添加、删除、修改、查找； ● 帐号添加、删除、查找；
● 系统对外提供的各种接口（综合）。
组织机构
单位1 单位2 单位3 ……
部门1 部门2
……
部门1 部门2
…… ……
5.3 用例场景（Usage Scenarios ） 5.3.1 用户使用认证系统流程图
从图中可以看出，当用户访问系统时，如果没有认证过，会告诉浏览器转向到登录页面，用户输入登录信息后应用系统将登录信息提交到通用认证接口，通用认证接口通过和数据库中的数据进行认证，认证通过后再返回用户的信息,回传到应用系统中。
图中主要描述了对于B/S 情况下的认证流程，对于C/S 情况下与此类似，更为简单一些。
5.3.2应用组织结构管理流程
合法用户对应的组织结构信息统一存放在组织结构管理系统中。 用户在访问应用系统的时候，应用系统通过组织结构管理系统的接口去查询该用户的单位、部门、角色等信息，根据系统返回的结果进行相应的处理。如下图所示：
统 一 身 份 及 组 织 管 理 系 统 通
用 组 织 管 理
通 用 认 证 接 口 用户
B - S
应用
用户数据库
1 ： 应 用 页 面 请 求
2 ：
没 有 认 证 ， 重 定 向 到 登 录 页 面
3 ： 登
录 认 证 4 ： 认 证 请 求
5 ： 认 证 结 果
6 ： 重 定 向 到 应 用 页 面
统一组织结构管理
应用组织结构流程如下图所示：
6．数据
6.1数据描述
员工信息表，部门信息表，管理员表，教育层次信息表，工作职位类型表，超级管理员表，政府文件信息。
6.2 数据字典
6.2.1 数据项
员工信息（管理员）数据字典：
属性名存储代码类型长度备注
员工登录名employeeLoginName varchar 20
员工登录密码employeePassword nvarchar 4
员工用户名employeeUserName varchar 20
员工姓名emploteeName varchar 20
员工性别employeeSex varchar 40
employeeWorkTypeId Int 6
工作职位类别编
号
家庭电话employeeHomeTel varchar 20
所属区域（部门）employeeArea varchar 20
邮件地址employeeEmail varchar 30
居住地址employeeAddress nvarchar 80
身份证号employeeidentityId varchar 20
员工通讯信息数据字典
属性名存储代码类型长度备注
员工姓名emploteeName varchar 20
employeeWorkTypeId Int 6
工作职位类别编
号
MSN employeeMsn varchar 20
QQ EmployeeQQ varchar 20
家庭电话employeeHomeTel varchar 20
移动电话employeeMobleTel varchar 20
员工单位职务信息数据字典
属性名存储代码类型长度备注
员工姓名emploteeName varchar 20
统一用户及权限管理系统概要设计说明书范文
统一用户及权限管理系统概要设计说 明书
统一用户及权限管理系统 概要设计说明书 执笔人：K1273-5班涂瑞 1．引言 1．1编写目的 在推进和发展电子政务建设的进程中，需要经过统一规划和设计，开发建设一套统一的授权管理和用户统一的身份管理及单点认证支撑平台。利用此支撑平台能够实现用户一次登录、网内通用，避免多次登录到多个应用的情况。另外，能够对区域内各信息应用系统的权限分配和权限变更进行有效的统一化管理，实现多层次统一授权，审计各种权限的使用情况，防止信息共享后的权限滥用，规范今后的应用系统的建设。 本文档旨在依据此构想为开发人员提出一个设计理念，解决在电子政务整合中遇到的一些问题。 1．2项目背景 随着信息化建设的推进，各区县的信息化水平正在不断提升。截至当前，在各区县的信息化环境中已经建设了众多的应用系统并投入日常的办公使用，这些应用系统已经成为电子政务的重要组成部分。 各区县的信息体系中的现存应用系统是由不同的开发商在不同的时期采用不同的技术建设的，如：邮件系统、政府内
部办公系统、公文管理系统、呼叫系统、GIS系统等。这些应用系统中，大多数都有自成一体的用户管理、授权及认证系统，同一用户在进入不同的应用系统时都需要使用属于该系统的不同账号去访问不同的应用系统，这种操作方式不但为用户的使用带来许多不便，更重要的是降低了电子政务体系的可管理性和安全性。 与此同时，各区县正在不断建设新的应用系统，以进一步提高信息化的程度和电子政务的水平。这些新建的应用系统也存在用户认证、管理和授权的问题。 1．3定义 1.3.1 专门术语 数据字典：对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 数据流图：从数据传递和加工角度，以图形方式来表示系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表示工具及用于表示软件模型的一种图示方法。 性能需求：系统必须满足的定时约束或容量约束。 功能需求：系统必须为任务提出者提供的服务。 接口需求：应用系统与她的环境通信的格式。 约束：在设计或实现应用系统时应遵守的限制条件，这些
仓库管理系统需求分析报告
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：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.1、系统目标 企业人事管理系统，是为了迎合现在人们的工作而设计的。随着网络的覆盖面的增广，上网的人们也就越来越多了，人事管理的对象是一个单位或若干单位种的员工的基本信息，这些信息是在变化的。人事管理系统能够味用户提供充足的信息和快捷的查询手段。使用计算机对人事资料进行管理，会给应用者带来很多方便，例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率，同时，这也是企业的科学化、正规化管理以及与世界先进管理技术接轨的重要条件。人事管理系统是现代企业管理工作不可缺少的一部分，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件。 人事管理系统可以用于支持企业完成劳动人事管理工作，有如下三个方面的目标。 (1) 支持企业实现规范化的管理； (2) 支持企业高效率完成劳动人事管理的日常业务； (3) 支持企业进行劳动人事管理及其相关方面的科学决策。 1.2、企业人事管理系统功能需求 根据市场调查及分析，企业人事管理系统应该具有以下功能： （1）可以真正地实现对企业人事的管理。 （2）系统的功能要符合本企业的实际情况。 （3）系统的功能操作要方便、易懂，不要有多余或复杂的操作。 （4）可以方便地对人事信息进行输出打印。 （5）方便对企业内部的人事档案及岗位调动调动进行管理。 1.3、企业人事管理系统模块需求 企业人事管理系统应该包括以下模块： (1)基本信息管理 该模块实现职工基本信息的管理，包含职工的名族类别、职工类别、文化程度、政治面貌、部门类别、工资类别、职务类别、职称类别、奖惩类别、记事本类别以及员工生日和员工合同提示等。 (2) 工资管理 通过该模块，能够对员工的工资进行管理，查询、打印工资明细信息等。 (3）系统管理 该模块实现重新登录、用户设置、系统退出等功能，使用户能正确的登录和使用该系统。
组织机构权限管理需求说明书
组织机构权限管理需求说明书 1 引言 1.1 目的 组织机构和权限管理是任何一个企业应用系统的基础，来能够完成机构、员工的维护，能够给员工进行授权和管理。但是，目前对于这种业务层次上的需求，没有一个标准的需求整理和实现模型，从而使得大多数系统都不断进行着重复开发。本文档采用开放的方式，集中社区成员的智慧，致力于搜集完整的需求，并致力于推动标准的实现。 1.2 文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 本文档中普元软件技术（上海）有限公司简称为“普元”。 1.3 产品的范围 本系统是组织机构权限开源项目，主要实现组织机构权限角色人员信息的管理，维护。 在本系统中实现系统登录、角色管理、菜单管理、功能管理、逻辑管理、业务字典、数据权限管理、机构管理、个人菜单风格设置、个人信息管理、个人密码管理、系统配置信息管理等功能。 1.4 参考文献 本文档引用如下参考文献： 《CMM》 《实用软件工程》 2 综合描述 2.1 产品的背景 在任何一个企业管理系统中，根据业务需要，该企业的人员，机构信息需要合理规划，拥有不同职能的人所拥有的系统权限也各不相同，如何能够让使用该信息管理系统的员工在自己的岗位上各司其职，是一个至关重要的问题。
基于上述这个问题，我们需要抽象出一套组织机构管理模型，让它能够建设在任何信息管理系统中，只要稍做改动，就能满足客户的需求。 2.2 产品的功能 组织机构模型，包括门户网站和后台管理系统两个子系统，以下是各个部分的功能列表： 本系统根据用户的使用特征分成信息系统的用户和系统操作员两类。 2.3.1 用户 管理用户个人信息，包括个人信息设置、密码修改以及个人菜单风格设置。还可以操作用户所拥有的权限。 2.3.2 系统操作员 操作员是指为了保证业务的正常运作而设置的各种岗位或角色，根据系统的要求，定义系统的角色。可以为其余用户设置相应的组织机构和权限。
医院应用信息系统用户帐与角色权限管理办法
XX医院 应用信息系统用户帐号与角色权限管理办法 （讨论版） 新津县妇幼保健院信息科 二○一五年四月
目录 2 适用范围............................................................ 3 术语和定义.......................................................... 4 用户管理............................................................ 用户分级............................................................ 用户分类............................................................ 用户角色与权限关系.................................................. 用户帐号实名制注册管理.............................................. 5 用户帐号申请与审批.................................................. 帐号申请............................................................ 帐号审批和开通...................................................... 6 安全管理............................................................ 帐号安全........................................................... 密码安全........................................................... 信息安全........................................................... 7 档案管理............................................................ 附表1应用信息系统角色与权限关系对照表（表样）......................... 附表2用户帐号申请单................................................... 附表3用户帐号批量申请单............................................... 附表4用户帐号管理工作登记表........................................... 1目的 为加强新津县妇幼保健院信息科计算机中心（以下简称：中心）应用信息 系统用户帐号和用户权限申请与审批的规范化管理,确保中心各应用信息系统 安全、有序、稳定运行，特制定本管理办法。
学生管理系统需求分析报告
需求分析报告 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. 新系统的逻辑模型
运动会管理系统需求分析
需求分析 开发者：李志文熊胜郭威 任务分配：需求分析熊胜 概要设计郭威 详细设计李志文 用户：系统管理员运动会管理员裁判员运动员 运行环境：局域网及广域网 1.需求获取方法： 通过与经常负责运动会流程的相关人员深入交流并做详细记录以及查阅相关资料外 加对题目的分析并结合自己日常生活中的经历得出需求。 2.用户需求： （1）操作界面简洁、易懂，程序主界面设置登录部分，用户需通过用户名和密码验 证后才能进入系统的水平菜单。 （2）水平命令菜单要能实现赛前编排，成绩处理，信息查询，成绩打印等功能。 （3）系统要具有信息记录、信息识别、信息报错等功能，防止比赛过程中作弊行为 的发生，并且在接受信息出现错误时提醒操作人员。 （4）系统能为参赛的教练员和运动员及时准确地提供竞赛的相关信息，辅助进行竞 赛的决策指导。 3．可行性分析： 经济可行性 1成本： 基于计算机的系统主要包括以下成本： 购置硬件、软件（如数据库管理系统、第三方开发的构件等）和设备 系统开发费用 系统安装，运行和维护费用 DBA培训费用 2效益： 大型运动会用传统的手工操作方式进行信息管理容易出现数据丢失，统计错误等问题，而且劳动强度高，速度慢，耗费人力，物力。使用计算机可以高效、准确地完成以上工作。因此，用计算机的高速度和自动化来替代手工操作，用计算机的高准确性来避免手工的错 误和误差成为了运动会举办者的最佳选择。作为计算机应用的一部分,使用计算机对运动会 信息进行管理,具有比手工管理所无法比拟的优点。 3货币的时间价值 此软件开发可带来一定的经济利益 4投资回报期
软件普及率高，很短时间就可收回最初投资成本，大致一年 技术可行性 1.风险分析 开发该软件基本无风险 2资源分析 具备开发该软件的一切资源 3技术分析 技术成熟，团队有能力完成该项目 法律可行性 不违反任何法律 4．需求协商及建模 采用面向数据流的结构化分析方法进行需求分析，在此过程中使用抽象、分解与多 视点分析来对问题进行整体抽象与分解，建立模型。系统的运行流程通过使用VISIO画出 数据流图，进行描述 登录 运动会管理 系统 系统管理赛前编排成绩处理信息查询成绩打印基运 添加用户修 改 密 码 重 新 登 录 本 信 息 处 理 分 组 分 道 编 排 秩 序 生 成 名 单 成 绩 录 入 成 绩 修 改 数 据 处 理 成 绩 公 告 成 绩 查 询 动 员 信 息 查 打 印 简 录 表 成 绩 单 奖 牌 榜 决 赛 成 绩 询 注销
中国免疫规划信息管理系统用户与权限管理规范
中国免疫规划信息管理系统用户与权限管理规范 一、总则 （一）目的 加强中国免疫规划信息管理系统管理，规范系统用户与权限，保障免疫规划信息管理系统的安全运行，特制定本规范。 （二）依据 《计算机信息系统安全保护条例》 《疫苗流通和预防接种管理条例》 《卫生系统电子认证服务管理办法（试行）》 《预防接种工作规范》 《儿童预防接种信息报告管理工作规范（试行）》 《全国疑似预防接种异常反应监测方案》 《中国疾病预防控制中心计算机网络安全管理办法（试行）》 （三）适用范围 “中国免疫规划信息管理系统”包括预防接种、疫苗管理、疑似预防接种异常反应、冷链设备4个业务管理子系统和综合管理系统。 本规范适用于使用“中国免疫规划信息管理系统”的所有机构和用户，包括各级卫生计生行政部门、疾病预防控制机构、乡级防保组织和预防接种单位、药品不良反应监测机构及其它有关机构和用户。 二、用户管理 （一）用户类型
1、系统管理员 国家、省、市、县级疾病预防控制机构设立系统管理员，授权管理“中国免疫规划信息管理系统”用户，是履行用户管理与服务职能的唯一责任人。 2、审计管理员 国家、省、市、县级疾病预防控制机构设立审计管理员，授权“中国免疫规划信息管理系统”安全审计，是履行系统安全审计的责任人。 3、业务管理员 国家、省、市、县级疾病预防控制机构设立业务管理员，授权分配业务子系统用户权限，是履行所管业务子系统的权限分配、建立角色等职能的责任人。 4、普通用户 各级根据业务需求，由系统管理员建立普通用户，由业务管理员授权，是执行相应业务工作的责任人。 （二）用户职责 1、系统管理员 负责本级的业务管理员、普通用户以及下一级系统管理员的用户账号管理，县级系统管理员还需负责辖区内乡级普通用户的账号管理。包括各类用户的创建、有效性及密码等维护管理，分配业务子系统，为所管用户提供账号使用的操作培训和技术指导等。 2、审计管理员 负责本级及下一级操作安全审计，县级审计管理员还需负责辖区
统一用户管理系统
1.详细需求 1.1 业务需求 统一用户管理平台是一个高性能、易管控的用户和权限数据集成平台，能够统一管理企业中各个信息系统的组织信息和用户信息，能够实现单点登录，简化用户的登录过程，同时提供集中便捷的身份管理、资源管理、安全认证和审计管理，能够实现各个系统的独立的权限注册，配置不同的业务域，独立的业务组织体系模型，并且对于不同权限级别的用户和管理员都有不同的系统功能和数据访问范畴，以满足用户对信息系统使用的方便性和安全管理的要求，最终实现异构系统的有机整合。在系统集成的过程中，借助其强大的系统管控能力，在实施过程中进行权限人员数据的规范化、数据同步自动化、系统访问可控化、权限管理统一化和监控审计可视化。 1.2 系统功能需求 1.2.1 统一用户管理 建立一套集中的用户信息库，利用同步接口提供的功能，把所有的系统用户进行统一存放，系统管理员在一个平台上统一管理用户在各个系统中的账号和密码。形成一套全局用户库，统一管理，作为企业内所有IT应用的用户源。在人员离职、岗位变动时，只需在管理中心一处更改，即可限制其访问权限，消除对后台系统非法访问的威胁。方便了用户管理，也防止过期的用户身份信息未及时删除带来的安全风险。系统支持分级授权。 1.2.2 用户身份认证 遵循W3C的业界标准，在单点登录系统的基础上，实现基于域管理的身份认证服务构件，自主开发的系统能够使用该服务进行认证，同时提供多种认证方式，能实现双因素认证。采用LDAP（轻量目录访问协议，一个开放的目录服务标准）来建构统一用户信息数据库。LDAP已成为未来身份认证和身份管理的标准，具有很好的互操作性和兼容性，基于LDAP可以搭建一个统一身份认证和管理框架，并提供开发接口给各应用系统，为应用系统的后续开发提供了统一身份认证平台和标准。实现多种身份认证方式，支持LDAP、JDBC、WebService、Radius、Openid等多种身份认证方式。
人力资源管理系统需求分析报告
《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术，网络技术和信息技术的发展，现在的办公系统更加趋于系统化，科学化和网络化，网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的的主要目的是实现信息的交流和信息共享，提供协同工作的手段，本系统对公司的人力资源进行管理，为人力资源管理人员提供一套简单的操作，使用可靠，界面友好，易于管理和使用的处理工具，对人力资源各种数据进行统一管理，避免数据存取，数据处理的重复，提高工作效率，减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个企业有机、高效地带动起来，使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面： 可以有效的进行对职工信息管理；增加、删除、修改员工信息；薪金发放；考勤以及招聘等工作。 职工方面： 每个职工都可以对自己的信息进行查看，查询薪金发放情况以及职称评比情况。 1.3功能需求 本系统的实现的功能主要划分为：
A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显 示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统，用户只有按照提示信息，使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示，以方便用户的使用。 系统的主要功能有： A.信息输入模块：包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块：根据普通职工用户输入的查询条件（职工号）对系统所保存的记录内容（工资和奖金等）进行查询检索。 C.系统维护模块：包括对维护人员的个人信息密码的修改、数据库的及时更新，添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块：对查询到的数据集进行显示反馈，并多大量的数据进行分页显示；对普通职工用户输入的查询条件进行过滤判断，对错误的条件，进行反馈提示；同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块：对员工上下班打卡情况以及出勤情况进行记录，汇总。 F.招聘模块：显示招聘信息并进行及时的更新。 1.4非功能需求 1.系统必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统
OA系统需求规格说明书
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
学生信息管理系统需求分析报告模板
学生信息管理系统需求分析报告
目录 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.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
最经典用户权限管理模块设计
实现业务系统中的用户权限管理--设计篇 B/S系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测，让经过授权的用户可以正常合法的使用已授权功能，而对那些未经授权的“非法用户”将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。 需求陈述 ?不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 ?可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便 的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致 的人员编入同一组，然后对该组进行权限分配。 ?权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套 管理系统，就要针对权限管理部分进行重新开发。 ?满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统 之间，功能权限是可以重用的，而资源权限则不能。 关于设计 借助NoahWeb的动作编程理念，在设计阶段，系统设计人员无须考虑程序结构的设计，而是从程序流程以及数据库结构开始入手。为了实现需求，数据库的设计可谓及其重要，无论是“组”操作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。 我们先来分析一下数据库结构： 首先，action表（以下简称为“权限表”），gorupmanager表（以下简称为“管理组表”），以及master表（以下简称为“人员表”），是三张实体表，它们依次记录着“权限”的信息，“管理组”的信息和“人员”的信息。如下图：
信息系统用户帐号与角色权限管理系统流程
信息系统用户帐号与角色权限管理流程 一、目的 碧桂园的信息系统已经在集团下下各公司推广应用，为了确保公司各应用信息系统安全、有序、稳定运行，我们需要对应用信息系统用户帐号和用户权限申请与审批进行规范化管理,特制定本管理规定。 二、适用范围 适用于公司应用信息系统和信息服务，包括ERP系统、协同办公系统、各类业务应用系统、电子邮箱及互联网服务、数据管理平台等。 三、术语和定义 用户：被授权使用或负责维护应用信息系统的人员。 用户帐号：在应用信息系统中设置与保存、用于授予用户合法登陆和使用应用信息系统等权限的用户信息，包括用户名、密码以及用户真实姓名、单位、联系方式等基本信息内容。 权限：允许用户操作应用信息系统中某功能点或功能点集合的权力范围。 角色：应用信息系统中用于描述用户权限特征的权限类别名称。 四、用户管理 （一）用户分类 1.系统管理员：系统管理员主要负责应用信息系统中的系统参数配置，用户帐号开通与维护管理、设定角 色与权限关系，维护公司组织机构代码和物品编码等基础资料。 2.普通用户：指由系统管理员在应用信息系统中创建并授权的非系统管理员类用户，拥有在被授权范围内 登陆和使用应用信息系统的权限。 （二）用户角色与权限关系 1.应用信息系统中对用户操作权限的控制是通过建立一套角色与权限对应关系，对用户帐号授予某个角色 或多个角色的组合来实现的，一个角色对应一定的权限（即应用信息系统中允许操作某功能点或功能点 集合的权力），一个用户帐号可通过被授予多个角色而获得多种操作权限。 2.由于不同的应用信息系统在具体的功能点设计和搭配使用上各不相同，因此对角色的设置以及同样的角 色在不同应用信息系统中所匹配的具体权限范围可能存在差异，所以每个应用信息系统都需要在遵循《应 用信息系统角色与权限设置规范》基础上，分别制定适用于本系统的《碧桂园应用信息系统角色与权限 关系对照表》（表样见附表1）。具体详细各系统角色与权限关系表以各系统公布为准。 五、用户帐号实名制注册管理
统一用户以及权限管理系统需求分析报告
统一用户以及权限管理系统需求分析报告,统一用户及权限管理系统, 软件需求说明书 作者: 完成日期: 签收人: 签收日期: 修改情况记录: 软件需求说明 书 (1) 1. 引言...................................................................... 3 1.1 编写的目 的 (3) 1.2 背 景 (3) 1.3 参考资 料 (3) 2 项目概述 (4) 2.1 待开发软件产品描 述 (4) 2.2总体需 求 (4)
2.3 用户特 点 (4) 3 具体需求 (4) 统一用户及权限管理系统的主要功能模块为: ............................. 4 3.1.1登录 ........................................................... 5 3.1.2用户授权管理 ................................................... 5 3.1.3组织机构管理 ................................................... 6 3.1.4应用权限定制 ................................................... 7 3.1.5系统维护 ....................................................... 7 3.2 接口说 明 (7) 3.2.1用户界面 ....................................................... 8 3.2.3 软件接口 ...................................................... 10 3.2.4硬件接口 ...................................................... 11
教务管理系统需求分析报告
教务管理系统需求分析报告 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结构）
系统用户及权限管理制度
航开发系统用户账号及权限管理制度 第一章总则 第一条 航开发系统用户的管理包括系统用户ID的命名；用户ID的主数据的建立；用户ID的增加、修改；用户ID的终止；用户密码的修改；用户ID的锁定和解锁；临时用户的管理；应急用户的管理；用户ID的安全管理等。 第二章管理要求 第二条 航开发系统管理员（以下简称系统管理员）在系统中不得任意增加、修改、删除用户ID，必须根据《系统用户账号申请及权限审批表》和相关领导签字审批才能进行相应操作，并将相关文档存档。 第三条 用户ID的持有人特别是共享的用户ID必须保证用户ID和用户密码的保密和安全，不得对外泄漏，防止非此用户ID的所有者登录系统。 第四条 用户管理员要定期检查系统内用户使用情况，防止非法授权用户恶意登录系统，保证系统的安全。 第五条 用户ID持有人要对其在系统内的行为负责，各部门领导要对本部门用户的行为负责。
第六条 用户ID的命名由系统管理员执行，用户ID命名应遵循用户ID的命名规则，不得随意命名。 第七条 用户ID主数据库的建立应保证准确、完整和统一，在用户ID发生改变时，用户管理员应及时保证主数据库的更新，并做好用户ID变更的归档工作。 第八条 对用户申请表等相关文档各申请部门的用户管理员必须存档，不得遗失。 第九条 公司NC-ERP系统中各部门必须明确一名运维管理人员负责本部门用户管理、权限管理及基础数据维护等相关工作。 第三章增加、修改用户ID的管理第十条 公司NC-ERP系统中增加、修改用户ID应符合下列情况之一： 1、因工作需要新增或修改用户ID； 2、用户ID持有人改变； 3、用户ID封存、冻结、解冻； 4、单位或部门合并、分离、撤消； 5、岗位重新设置； 6、其他需要增加或修改公司NC-ERP系统中用户ID的情况。 第十一条
软件系统需求分析报告
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
视频管理系统需求及解决方案
公司内部视频部门对于视频管理软件的需求 对于视频项目组来说，常常需要一些适合的视频片段、图片和音频（统称素材），来制作一些需要的原创节目、宣传片等视频片子。但是素材的查找、利用是一个很棘手的问题，所以需要一套素材管理系统。 该系统所需功能： 1、采集功能： 自动采集音视频资源 2、上载模块： 把本地收集、采集的原始音视频文件，以及其附件（说明文档、展示图片）添加到上载页面，提交上载完成。 3、素材编目： 对原始文件进行分类、编目，正题名、关键字、时间、作者等元数据，最后确定分类标识，提交完成文件编目。对视频资源、音频资源、以及图片资源划分管理；方便维护不同属性节目资源通过设置片段素材的入点和出点，完成片段素材的截取。通过在视频素材中，任意抓取关键帧来截取图片素材，形成单张图片，完成图片素材的获取。 4、修改功能： 可以对上载后的素材进行信息的修改和删除功能。 5、检索下载： 按照分类、关键字、编目属性等检索素材，对要找到的素材节目整篇下载，也可以通过在线预览，找到自己想要的素材视频片段，确定片段的入点和出点，提交信息，就可以把自己所需的片段下载到本地。如果想要获取某个内容的系列图像，也可以直接抽取关键帧，下载到本地应用。（注：检索方式需要提供模糊检索、全文检索、关键字检索、分类检索、等多种检索方式。） 6、字典表： 系统满足分类标引和编目著录属性的自定义功能。系统应用过程中，只要对字典表进行自定义配置，就可以满足个性需求。 7、用户管理： 管理员用户2个，负责具体的素材整理、编目、修改、上传等工作。对素材进行统一的管理。视频组其他人员及其他部门人员，可以进入素材库浏览所有素材，并下载使用。但不具有管理员权限。