监控系统需求分析

监控系统需求分析（精选8篇）

监控系统需求分析 篇1

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。

2011年全省公安机关还将全力推进技防视频监控网建设，建成覆盖全省城镇社会面、城乡社区、单位内部、重要部位以及复杂公共场所、公共服务娱乐场所视频监控网络。2011年底，全省完成了28万个视频监控摄像点的建设任务，2012年底前，消除城镇社会面、城乡社区、村居、单位内部的治安视频监控盲点，重要部位视频监控覆盖率达到100%，农村社区、村居覆盖率达到60%的目标。据悉，除以上各项内容外，陕西还将在交通智能化、公安信息化建设、电子警察、综合执法平台建设、科技强警、公共安全科技研发等相关项目迎来了历史发展的新机遇。需求分析

高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。

随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：

图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到D1格

式(40万像素)，只能满足“看的见”需求却不能满足“看的清”需求；

系统扩容性差：视频监控的趋势逐步从模拟系统向数字化系统方向发展，很多平安城市项目建设当初未充分考虑系统扩容，后期建设不能充分整合现有资源，存在资源浪费的情况。

系统稳定性差：视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能，每一个环节都需要采用大量的设备，系统集成化程度不高，系统的每个硬件设备都可能成为故障点，导致系统的稳定性下降。

重建设、轻维护：平安城市项目是一个大规模的视频监控系统，随着系统建成投入使用，系统的运营维护工作一般由人工完成，由于维护成本过高，一些损坏的设备未能得到及时修理或更新，在关键时刻系统宏机导致不能正常运行，未能达到“科技强警”目的。

因此，建设满足各个专业管理部门多级多领域城市管理的应用需求，建立一套统一的应急联动指挥与数字化城市管理监控系统平台，对各单位现有资源有效整合，达到资源共享，不仅节省大笔资金，而且可以大幅度提高监控系统的使用率和工作效率，实现整个城市的扁平化管理。在此基础上，利用市公安局现有的三台合一指挥系统、平安城市监控系统，扩建改造为涵盖各个职能部门的数字延安，是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾，后期系统的建设应着重从以下几方面考虑：

全网络化：数字监控远比模拟监控具有优势，平安城市从模拟走向数字一个必然趋势，由于部分区域网络基础建设的限制，当前视频监控系统建设过程中将存在模数并存的现象，这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。

高清化：高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息，特别是对于公安重大案件侦破、交通违法抓拍来说，高清图像更显得举足轻重。

高集成化：视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素，每个硬件设备都将是隐藏的故障，采用集编码、传输、控制、显示于一体的设备，降低单位硬件数量，从而保障系统的稳定性。

智能化：传统的视频监控系统往往依靠人力，维护人员往往在一个监视屏同

时监控多个画面或随即抽取某一画面，造成部分监控点被漏看或被忽视；另外，维护人员存在一定的不稳定性、随意性和局限性，加上人的注意力有限，图像出现异常后，往往不能及时被发现。这就要求系统具有一定的智能视频分析功能，把人力从视频监控系统中大大解放出来，又能提高视频监控效率。

监控系统需求分析 篇2

一、监控点和监控中心的用户设置要求

(一) 监控点的设置要求

1. 视频需求

城市视频监控中视频监控点以图像采集、音频采集及报警信息采集等设备为主。有关部门通过图像来了解布控在城市各个敏感区的实时状况, 对实时传输的图像要求:保证图像的清晰, 图像延迟小于3 0 0 m s;图像的连贯性高, 不能出现拖尾、马赛克的情况;保证职能部门的管理员在第一时间掌握实时、清晰的高品质视频图像。

另外, 视频监控也需要对图像实时抓拍、后期再剪辑的功能, 便于相关职责部门做好后期存档工作。

2. 报警需求

警务信息的处理对于一个城市视频监控系统来讲有其特有的必要性。因而, 选择能够实现视频传输与报警联动的视频监控系统是必然的需求。

3. 联网需求

对于关乎人们生命财产安全的城市级视频监控系统, 有其特殊性, 要实现派出所、分局、市局数据信息共享。这就要求系统支持多级的组网方式, 支持派出所、分局、市局三级管理系统, 实现全网视频、音频、报警信息共享。

(二) 监控中心用户的设置要求

1. 派出所、分局、市局视频监控中心

派出所、分局、市局等视频监控中心作为系统视频资源中转站和资源数据库中心, 是整个系统良好运行的保障。我们可以根据派出所、分局、市局的不同职责权限, 将服务器管理器设置为分级联网管理模式。根据权责的不同, 形成三层的网络通路, 把音频、视频、警报信息通过网络实时传输, 完成城市视频监控的大型的、分布式的、多级的、统一的管理架构。

2. 派出所一级监控分中心

派出所对辖区内各社区前端监控点进行实时监控, 派出所监控服务器采用磁盘阵列实时录制所有前端监控点的视频图像, 录像保存15天。通过实时监控图像的录像回放或查询, 做到出警处理准确、执法公正、避免纠纷, 提高侦破的科技手段和治安管理的水平。

3. 市分局二级监控分中心

系统的二级监控心设在各县、区公安分局指挥室, 通过各种网络链路建立的辖区监控报警服务分中心, 主要功能包括:

(1) 负责本辖区的管理、控制、调度、协调、指挥中心, 掌握本辖区社会动态和治安动态;

(2) 管理本辖区内的派出所监控分中心;

(3) 根据需要, 可调用和控制本辖区任意一路前端监控报警信息, 处理有关报警信息、视频信息;

(4) 向一级监控中心上传所需的本辖区社会治安信息, 接警处理结果;

(5) 通过自动巡检方式, 掌握各子系统工作状况、系统故障、设备在线率、储存记录等设备运行状态。

4. 市局三级监控中心

系统将市公安局指挥中心110报警台作为三级监控中心, 作为整个城市的管理、控制、调度、协调、指挥中心。主要功能:

(1) 处理各类报警信息、视频信息;

(2) 掌握全市社会动态和治安动态;

(3) 根据需要, 可调用和控制全市各路报警信息与监控图像;

(4) 连接公安厅和公安部报警监控系统;

(5) 管理二级监控中心系统。

二、数据采集、传输、存储的技术要求和指标

(一) 数据采集技术要求和指标

城市治安视频监控系统基于分布式多叉树组网模式, 强大的组网能力真正实现大型分布式集成管理系统, 形成派出所、分局、市局三级的组网方式, 可以更可靠、更经济地进行系统布局, 使得城市治安视频监控达到统一的平台、流畅的图像、可靠的架构、简便的升级能力等效果。

(二) 存储技术要求和指标

城市治安视频监控系统采用专业流媒体技术来支撑高性能的存储和转发。同时, 分布式多服务器架构支持海量存储和转发。其具体要求有以下几方面:

1. 存储系统的可实施性及可维护性

2. 存储系统的容量需求

3. 数据的连续可用性

4. 存储系统的高性能

5. 存储系统的可扩展性

6. 存储系统的可管理性

7. 数据安全性考虑

(三) 系统开放性、兼容性、稳定性等要求

1. 技术成熟、系统稳定要求

采用国际、国内最新的科技成果, 从而保证整个系统在技术上处于领先地位, 同时又要保证先进的技术是稳定的、成熟的。

2. 统一化、标准化、规范化要求

整个系统的各种软、硬件均应符合相关的国际、国内标准, 从而达到服务的规范化和管理的高效性。

大型的联网视频监控管理平台应具有规范化的系统架构、业务功能、业务流程和标准接口。其后端处理模块保证系统的集中统一的可管理性、可维护性, 实现全网范围内的统一监控、统一存储、统一管理、资源共享。

3. 开放性、灵活性、扩展性要求

网络视频监控各地区平台要求节点功能灵活转换, 满足平滑扩容的要求。网络视频监控系统与其他系统之间的通信接口, 应符合开放系统互联标准和协议, 以方便与GIS系统、短信平台, 3G系统, 电子抓拍系统、人像识别系统、突发事件联动预案设置等应用系统结合。

4. 可靠性、安全性要求

系统平台软、硬件要能够连续长时间不间断工作, 并能在不影响系统运转的情况下做到模块在线测试、更新、加载。采用高可靠性的产品和技术, 充分考虑整个系统运行的安全策略和机制。系统要具有较强的容错能力和良好的恢复能力

5. 可用性、易操作性要求

系统实用性:在建设之前, 要做好充分的需求调研。设计合理, 结构简单, 功能完备, 切合实际, 能有效提高工作效率, 满足治安视频监控业务工作需求。

易操作性:各监控中心的所有用户终端要提供清晰、简洁、友好的中文操作界面, 操控简便、灵活, 易学易用, 便于管理和维护。

6. 可管理性、可维护要求

易管理性:系统设计时要充分考虑系统的可管理性, 对用户权限管理、网络管理、设备管理提出要求并给出实现方式。

易维护性:系统应具备自检、故障诊断及故障弱化功能, 在出现故障时, 应能得到及时、快速的维护、故障管理以及电路调度等。

动画生产管理信息系统需求分析 篇3

关键词：动画；信息系统；管理；C/S架构

中图分类号：TP311.52 文献标识码：A文章编号：1007-9599 (2011)05-0000-01

Requirement Analysis of Animation Production Management Information System

Yang Yang,Rao Chaoying

(Nanchang University College of Science and Technology,Nanchang330046,China)

Abstract:Animation production industry in the project management process,most still low level of information reality.From daily routine ofanimation production management,the target system functions needs analysis and use case analysis aim to create a animation Produce Management Information System which can give the managers make the right decisions and provide strong support management.Designed and implemented to solve the dispersion of production and management of information collection,utilization,unified management,resource sharing software for animation production and scientific management and improve efficiency.

Keywords:Animation;Information system;Management;C/S architecture

一、引言

动画产业是新兴的把劳动和技术密集结合的产业，其生产流程中各个环节的生产工艺技术不仅相对独立，还具备大规模流水线作业系统的显著特征。动画生产中包含大量个性化的艺术创作——纯手工艺生产的特征，它不但要保持工作人员的个体创造力又需要使众多的工作者具备一致的风格和质量水准，其生产管理必须平衡艺术风格与生产质量、生产成本与生产进度之间的关系。但是在实际项目生产管理过程中大多数传统的动漫企业信息化程度低，每天生产的数据量都是巨大的，因此设计并实现一个符合动画生产管理特点——网络化、集成化的，能够解决生产管理信息的分散采集、综合利用、统一管理、资源共享等问题的管理信息系统迫在眉睫。

二、系统架构分析

系统选择C/S模式，所这种模式实际上是在逻辑上将整个系统划分成前端客户进程和后台服务器进程并且以网络将两者连接使信息得依高速交互的软件架构。这种构架集成度高、数据安全性好，易于开发、维护与管理，在保证前端的客户应用程序拥有良好的人机界面的前提下与后台服务器进程进行交互，使系统用户方便快速的完成业务获得系统返回结果。

三、系统需求分析

动画片生产信息管理系统开发的总体任务是实现动画生产信息关系的系统化、规范化和自动化。本系统开发的基本要求与功能是实现动画片生产管理相关信息数据的管理与分析。根据目前动画片生产管理业务内容，其基本数据流动为用户数据的输入，人力资源信息、项目生产信息、部门信息、考勤与奖惩信息、设备信息的输入，以及生产情况、员工绩效、工资核算等信息的查询、排序、分析等数据输出。因此，依据动画片生产信息管理的工作流程，可以把该生产管理信息系统分成以下几个子系统

（一）人力资源信息管理子系统。人力资源信息管理系统涉及员工个人情况和职业素质信息。（二）动画项目信息管理子系统。动画项目信息管理子系统具有项目基本信息录入、项目生产计划管理、产品质量管理、生产情况分析等功能，是项目生产计划与生产分配、产品质量审核等业务处理的重要模块。（三）生产部门管理子系统。这个子系统中能够实施部门组织管理、部门生产任务计划与分配、部门产品质量审评、部门生产绩效管理、部门生产进度跟踪、部门生产数据查询等业务功能。（四）员工生产绩效信息管理子系统。员工生产绩效信息管理功能作为一个子系统提出其原因在于动画片生产的技术和工艺的特殊性使得在管理上经常需要以“精耕细作”的方式进行，使管理细化到“个人”。此功能模块作为管理子系统是动画生产管理系统的一大特色，使得动画项目生产高层管理者在采取微观化管理策略的同时而不至于损耗过多的精力。（五）考勤与奖惩信息管理子系统。在这个子系统中主要目的在于录入或统计员工的奖励或惩罚情况，对员工奖励、惩罚记录提供统一的管理和维护，方便所有员工和管理人员查阅。（六）工资信息管理子系统。工资管理是动画项目生产管理的一个重要环节，也是较为烦琐、工作量大的一个环节。工资系统的设定是一项非常敏感的工作，能够直接影响到项目生产成本、项目生产周期，也能够间接影响人力资源管理以及员工的工作状态。因此必须保证工资信息管理子系统具有足够的灵活性和可自定义性，涉及业务内容包括基本工资设置、绩效工资设置、福利待遇设置、奖惩规则设置、工资核算、工资表生成、工资数据分析等。（七）设备管理子系统。设备管理子系统能够跟踪设备分配、设备使用状态等信息，有效提高设备的利用率和降低设备事故，保障生产顺利地进行。（八）系统设置管理子系统。在这个子系统中，包括设置用户管理、密码管理、用户注销、数据备份等基本功能模块。其中数据备份功能为管理信息系统数据安全的重要保证。

四、用例分析

（一）在动画片生产信息管理系统中，可以归纳出以下主要问题。1.项目生产管理者输入、查询相关的员工信息、项目信息。2.员工查询他们所需的信息（生产任务）、汇报个人生产进度。3.系统管理人员进行系统维护。4.部门主管查询他们所需要的信息（生产任务）、汇报部门生产进度。（二）创建用例。指定与系统交互的角色后，就要通过用用例来建模来详细的描述角色和软件系统交互的具体内容，用例代表系统响应角色动作引发一系列反应。

五、结束语

系统的功能将管理信息系统的通用性和国内动画企业生产业务流程、企业管理文化的特征相结合，力图获得最佳结合点，并将动画片生产管理三要素：人力资源、生产绩效及生产设备管理系统集成，能够有效地帮助管理者提升动画项目的生产管理水平和管理效率。

参考文献：

[1]朱育雄,罗伟其.基于C/S的校园网MIS应用成分的分布及应用.暨南大学学报(自然科学版),1998,19(3):47-55

图书管理系统需求分析 篇4

1.引言 1.1 编写目的

软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2.需求概述 2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。

软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1数据需求

图书馆管理信息系统需要完成功能主要有：

1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。

5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。

9)还书信息的输入，包括借书证编号、书籍编号、还书日期。

10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。

3.2事物需求

1)在读者信息管理部分,要求: a.可以查询读者信息。

b.可以对读者信息进行添加及删除的操作。

2)在书籍信息管理部分,要求: a.可以浏览书籍信息。

b.可以对书籍信息进行维护,包括添加及删除的操作。

3)在借阅信息管理部分,要求: a.可以浏览借阅信息。

b.可以对借阅信息进行维护操作。

4)在归还信息管理部分，要求: a.可以浏览归还信息。

b.对归还信息可修改维护操作。

5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。

6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。

3.3确定用例及编写用例文档

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。

4.非功能需求 4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：

1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。

安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

故障出现后可能采取的变通措施，包括：

学生管理系统需求分析 篇5

需求分析

实现功能

本系统可以实现（1）对系统管理员、教师用户和学生分别给予不同的操作权限，包括用户管理、试题管理、试卷管理。（2）管理员可以在系统中进行添加试题、查询学生信息、添加考试学生信息地。（3）学生用户通过自己的考号、姓名登陆可以登录考试系统参加考试和进行成绩的查询。

网上考试系统以方便、满足客户需要为宗旨，实现阅卷、随机出题、各种成绩查询方式以及试卷管理等多种功能。

本系统是一套专业的考试、培训、学习管理解决方案，采用开放、动态的系统架构，将传统的考试培训模式与先进的网络应用相结合，可以使用户完全根据自身应用特点快速构建考试培训平台系统，实现对考试、培训、学习的高效管理。

1、系统功能模块划分：

（1）学生系统管理模块：对学生信息的录入、编辑、修改、删除、查询等

（2）课程信息设置模块：管理人员可以在该模块中添加课程，并对课程进行录入、编辑、删除

（3）成绩信息录入模块：管理员可以对学生的考试成绩信息进行录入、修改、查找、汇总

数据库：

学生信息表 课程表 成绩表 管理员用户表

1、数据库

图

1、系统结构设计

1、设计目标

1、登录系统的主要功能要求

（1）登陆页面

（2）功能选择页面

（3）各种功能的登录页面及密码验证

（1）信息查询

（1）选择更改账户属性的类别

（2）浏览，更新整个系统中的各种用户（系统管理员和学生用户）

（3）删除不再需要的用户

（4）更改用户密码

（5）安全性考虑禁止非法sql语句的输入，和利用session对象的对用户

小型超市管理系统需求分析 篇6

小型超市管理系统需求分析

1.引言

1.1 编写目的

自改革开放以来，社会市场经济不断发展，人们生活水平不端提高，由小型小卖部、小型零售商等小而杂的商店逐渐演变成今天市区里我们无处不在东西品种繁多的价格便宜的大小中型流行超市。超市之流行是以顾客自选方式经营的大型综合性零售商场。又称为自选商场，大大方便了人们购物，为大量忙碌的工作人员节省了大量的时间。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

1.2 项目风险

具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： 任务提出者： 软件开发者：

产品使用者：面向小型超市、小型零售店 本系统无风险，为学生作品。

1.3 预期读者和阅读建议

列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： 用户；

1.开发人员； 2.销售经理； 3.库存管理员;4.商品录入人员。

5.系统使用者(经营中小型超市法律主体)6.收银人员；

并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

《小型超市管理系统》需求分析报告

1.4 产品范围

本软件适合于中小型超市管理用于采购管理、销售管理，库存管理及财务管理及商品数据录入，修改、查询。我们不仅能够快而准的知道我们的一天的进出货及销售情况，又能够准确无误的生成知道我们想要拥有的销售报表、季销售报表、年销售报表。通过一些基本查询功能，查询自己想要的结果，知道自己的盈利情况。通过此系统，我们能够及时查询到我们的存货情况，通过系统警报及时补缺商品。

1.5 参考文献（具体开发过程中外加参考资料）

列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：

1．百度文库（小型超市管理系统）

本项目的合同书；

上级机关有关本项目的批文； 本项目已经批准的计划任务书； 用户界面风格指导；

开发本项目时所要用到的标淮； 系统规格需求说明； 使用实例文档；

属于本项目的其它己发表文件；

本软件产品需求分析报告中所引用的文件、资料； 相关软件产品需求分析报告；

为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： 标题名称；

作者或者合同签约者； 文件编号或者版本号； 发表日期或者签约日期； 出版单位或者资料来源。

2.综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

《小型超市管理系统》需求分析报告

2.1 产品的状况

超市管理系统，该系统是现有应用软件的替代品(升级产品)；是新一代新型的，自主型的产品。它是一个大系统的组成部分，它与POS机连接在一起收银及会员及时消费。能够达到快速提升的收银效率和一系列的管理有机的结合起来。

2.2 产品的功能

该系统包括：前台管理（普通收银部分和会员收银包括与后台折扣情况结合起来，达到高效率结算）和后台管理（销售管理，存货管理，财务管理，基本资料管理，每日提醒）。

一．前台管理：

1.登陆人员管理：使用人员账号密码登陆

2.销售信息管理：添加商品的单价价格以及销售数量等 二．后台管理：

1.存货管理：主要是了解某一类商品的库存情况，并对商品进行添加、修改、删除；

2.供货商管理：记录供货商的个人资料（姓名，地址，联系方式等）； 3.基本资料管理：里面包含产品的概况、人员管理、商品管理等。

2.3 运行环境

描述了本软件的运行环境，一般包括：

硬件平台；

操作系统和版本：Windows XP 支撑环境(例如：数据库等)和版本：Microsoft VisualC#和Microsoft SQL Server2005 其它与该软件有关的软件组件； 与该软件共存的应用程序。

2.4 设计和实现上的限制

确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：

必须使用的特定技术、工具、编程语言和数据库； 避免使用的特定技术、工具、编程语言和数据库； 要求遵循的开发规范和标准； 例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准； 硬件的限制

例如，定时需求或存储器限制；

《小型超市管理系统》需求分析报告

数据转换格式标淮的限制。

2.5 假设和约束(依赖)列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括： 计划使用的商业组件，或者其它软件中的某个部件； 假定产品中某个用户界面将符合一个特殊的设计约定；

有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。)；

有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。)； 有关本软件运行环境的一些问题；

此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括： 1．工期约束； 2.人员约束； 3.设备约束； 4.地理位置约束； 其它有关项目约束；

3.外部接口需求

3.1 用户界面

3.1.1 用户登录界面

用户名

密码

组件：文本框、标准按钮 快捷键：Enter键

《小型超市管理系统》需求分析报告

3.1.2商品信息管理

商品的增、删、查、改

存货管理界面

库存录入

《小型超市管理系统》需求分析报告

存货查询

组件：文本框、标准按钮、消息框、数据网格

基本资料管理界面

产品概况 人员管理 供应商管理 商品管理

组件：标准按钮、文本框、数据网格、下拉列表框

《小型超市管理系统》需求分析报告

3.2 软件接口

描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：

操作系统：Windows XP；

数据库：Microsoft SQL Server2005； 工具：Microsoft Visual C# 2010； 函数库；

集成的商业组件：中间件；

4.系统功能需求

4.1 用户登录

用户登录界面主要提供用户的登录。

4.2 前台管理

4.2.1 人员管理

提供用户的注册、注销、修改以及删除。

《小型超市管理系统》需求分析报告

4.2.1 销售管理

提供商品销售的信息，以便及时补货。

4.3 后台管理

4.3.1 存货管理

存货管理提供了库存的录入、查询、修改登录功能，还包括缺货提醒的提醒功能。

1.库存录入，包括库存的添加、删除、修改等功能提供添加旧商品或添加新商品的选择功能。

文档管理系统需求分析 篇7

目前, 大多数文档管理系统在实现企业各部门日常文件管理的功能外, 还增设了很多新功能, 以满足文档管理系统电子化、标准化的新要求, 例如功能强大的档案查询模块, 使管理者对日常文档的查找更加方便, 解决了传统管理中查找困难、耗时等问题。采用现代化的文档管理系统满足了企业“无纸化”的办公要求, 实现了通过计算机对文档管理进行全程跟踪的目标。

文档管理系统的全面应用, 使企业克服了传统文档管理方法中存在的缺点, 提高了管理部门的日常办公效率, 增强了企业内部协同合作的能力。文档管理系统的应用, 在方便管理者有效管理文档的同时, 也大大提高了文档查找的效率, 进而提高了企业的综合效率。

1 文档管理系统的需求分析

根据市场需求, 要求文档管理系统需具有以下功能: (1) 处理大量复合型文档的数据信息; (2) 通过系统查看文档内容和属性; (3) 通过系统可以完成对文档一系列的日常操作, 保证系统的安全性和可靠性; (4) 由于操作人员的计算机操作能力普遍较低, 因此要求系统具有良好的人机交互界面; (5) 完全人性化设计, 无需专业人士指导, 即可操作本系统; (6) 系统具有数据备份和数据还原功能, 能够保证系统数据的安全性。

2 文档管理系统的主要功能

文档管理系统由以下几个功能模块组成 (见图1) : (1) 系统设置模块。该模块包括用户管理、口令修改和退出系统。 (2) 基本信息模块。该模块包括单位档案、文档类别两部分。 (3) 文档管理模块。该模块包括添加文档、修改文档、删除文档、文档浏览和查看文件属性五部分。 (4) 数据库管理模块。该模块包括数据库备份、数据库还原和日志管理三部分。

3 文档管理系统的设计目标

文档管理系统是根据中、小企业的实际需求开发的, 能够完全实现企业对制度文档的自动化管理, 通过本系统可以实现以下几个目标: (1) 系统运行稳定, 安全可靠; (2) 界面设计美观, 人机交互界面友好; (3) 信息查询灵活、方便、快捷、准确, 数据存储安全可靠; (4) 操作员可以随时修改自己的口令; (5) 对用户的输入数据, 系统能够进行严格的检验, 尽可能排除人为错误; (6) 数据保密性强, 为每个用户设置了相应的权限级别。

4 文档管理系统的开发环境

文档管理系统开发和运行环境如下:

系统开发平台:Visual C++6.0或C#;数据库管理系统软件:SQL Server 2000;系统运行平台:Windows XP/Windows 2000;分辨率:最佳效果1 024×768像素。

文档管理系统概念模型如图2所示。

5 结束语

综上所述, 文档管理实际就是文件的制作、修改、传递、鉴定、保存、销毁、存档等一系列操作。文档管理系统是企业经营管理中不可缺少的一部分。通过文档信息管理系统, 实现了文档管理自动化的目标, 提高了企业的办公效率。以上对目前企业文档管理系统的主要需求、功能模块、功能架构、设计目标和开发结构等进行了介绍, 以期为相关方面的研究提供一定的参考。

摘要：简述了目前企业文档管理系统的主要需求, 并对系统功能模块、功能架构、设计目标和开发结构等进行简单的介绍, 为文档管理系统的设计提供了参考方向。

关键词：文档管理系统,功能,设计目标,开发环境

参考文献

[1]王萍, 冯建华.C++面向对象程序设计[M].北京:清华大学出版社, 2006.

[2]萨师煊, 王珊.数据库系统概论[M].北京:高等教育出版社, 2006.

监控系统需求分析 篇8

摘 要：分析当前林业培训需求调查方式的问题和不足，阐述开发培训需求调查系统的必要性，提出开发该系统的思路、设计方法、框架结构、主要功能以及运行方式等。目前，对林业培训需求调查重视不够，调查方法不科学、存在片面性和偏差，不具代表性，培训需求分析仍停留在表面层次上，缺少自主性和选择性。领导干部的培训需求有诸多共性特点，但业务人员的培训需求更具多样化和个体差异特点。目前培训未将学员自身知识、能力和岗位需求分析有机结合。传统的培训需求调查方式无法客观、全面地反映不同培训对象的需求。所培训内容与实际需求仍有较大差距。需要建立自选培训机制，构建自主培训和“菜单式”培训模式，有必要开发林业培训需求调查分析系统。这能够科学把握培训需求，使培训更具有效率和针对性。通过该系统学员很容易找到自己感兴趣的学习内容、讲师和培训形式，系统将自动统计分析并生成相应图表，将其作为确定培训课程、讲师和培训形式的重要依据。经过实际培训，可不断扩充和完善培训需求库。长此以往也可为编制中长人才培训期规划提供重要参考。

关键词：林业；人才培训；培训需求分析；系统开发

中图分类号：G726 文献标识码：A

培训工作中，最难、最基础而又最重要的工作之一是科学把握培训需求。作为培训的首要和必经环节，需求分析是确定是否需要培训、培训内容及如何培训的一种活动或过程。在国外，20世纪60年代Mcgehee和Thayer等人提出了一种通过系统评价确定培训目标、培训内容及其相互关系的方法。到20世纪70年代，形成了培训需求评价（Need Assessment of Training），20世纪80年代，Goldstain使培训需求评价方法系统化，提出培训需求评价应从三个方面着手，即组织分析、任务分析和人员分析。最具经典、有影响力的培训需求分析模式有：绩效分析模式（Performance Analysis Model）和组织——任务——人员分析模式（Organization-Task-Person Model）等。

在国内，有关培训需求分析的规范研究起步很晚，从20世纪90年代末期才开始，对培训需求分析的认识是模糊的，还存在片面、不科学之处，需要进一步的规范化。过去培训需求分析研究集中在公务员培训、企业培训、成人教育、教师培训等。关于林业培训需求研究未见报道，目前仍空白。有必要深入研究把握培训需求的方法，对提高林业培训质量和效益，促进林业人才队伍建设，进行林业科技推广和林业产业升级等方面具有重要意义。本文针对当前林业培训需求调查方式现状，分析其问题和不足，阐述建立培训需求调查系统的必要性，提出林业培训需求调查系统开发思路、设计方法、框架结构、主要功能以及运行方式等，为解决林业培训需求调查、课程开发，确保培训针对性和有效性，提供参考和技术支撑。

一、培训需求调查方法现状

（一）调查方式

完整的培训需求分析应从组织分析、任务分析和人员分析三方面进行。将确定的培训需求转换为培训目标，一个明确的培训目标，既可用来规定培训内容，又可用来作为评价培训效果的基准。培训需求主要分为组织需求（培训主管部门、主办方需求）、培训机构需求、工作岗位需求、个人成长需求等。对不同培训需求应采取不同的调查方式。但目前调查方式大同小异，具有共性。如，继续教育培训需求调查形式分为普遍调查、抽样调查、典型调查、重点调查和个别调查等5类，调查方法分为文献调查法（看档案、统计材料）、访问调查法、集体访谈法（如召开座谈会）、问卷调查法等。

目前，林业培训需求调查方式也不例外，主要采取问卷调查、走访、座谈等方式。培训需求分析是林业培训的最关键的环节，是设计和制定课程的重要依据。但当前对培训需求调查重视不够，更多体现在主要按照上级主管部门要求，制定培训方案，设置培训课程，实施“被动式”培训；对学员培训需求和内容方面未进行深入分析研究；自上而下地设计，侧重于分析时代趋势、传播思想观念、解读法规政策等，而且以干部培训为主。需要建立自主选学的培训机制，保障学员学习选择权。

（二）存在问题

培训需求分析是确定培训目标、设计培训课程和实施方案的前提，也是进行培训效果评估的基础。只有高度重视并扎实做好培训需求分析，准确识别培训需求，才能使培训真正具有针对性与实效性。

目前，我国林业培训往往强调需求的统一性、总体性，而忽略地区、人才层次、类别的个体差异，使培训需求分析停留在表面层次上，缺乏对学员自身知识、能力需求分析和岗位需求分析。

林业培训一般分为岗位培训（工作需要专题培训）和个人能力提高培训等两种。前者主要按照上层工作要求设计即可。但上层的培训要求不一定符合个人培训需求。因此，寻找两者结合点是关键。目前的培训需求调查方法存在片面性和偏差，不具代表性。仅凭个人或工作组的主观经验来揣度、分析培训需求，并据此设计与开发培训课程的情况也不同程度地存在，缺乏科学性、专业性与规范性。

培训需求分析尚未得到足够的关注，无法保证培训的准确、及时和有效。林业领导干部的培训有诸多共性特点，但业务骨干人员的培训需求更具多样化和个体差异明显。其中个体需求不容忽视，每个人学历、专业、工作经历、岗位和自身特点不同，其个体需求也不同。个人能力的提高是完成好岗位工作、工作任务、适应能力的重要保障。要满足个体需求就要做好培训需求调研。目前的培训需求调查方式，无法客观、全面地反映林业不同培训对象的培训需求。

二、开发培训需求调查系统的必要性

做培训需求调研，需要注意的是通过调研能覆盖的面十分有限，培训需求的深入把握不够，受制约的因素很多，不能全面获得基层一线人员培训需求。如个体差异较大，不具代表性、零散而又不具系统性等，而且耗费大量人力、物力和财力。若能够让基层单位把自己的需求主动提出来，一是覆盖面广，代表性强，比较系统；二是能够抓住关键和大的问题，更容易把握实际需求。

随着林业改革发展，越来越需要复合型人才。这对培训质量和效果的要求越来越高，必须科学把握培训重点内容和培训方式才能满足深层次的培训需求。目前对培训需求分析不够重视，或者方法单一，过于简单，过于依赖组织要求和需求，不够科学创新，需要深入全面分析，须注重量化分析技术的应用。所以，建立上下联动机制，从国家到基层，把从上而下和从下而上双向有机结合，把要求和需求结合，使点变为线和面，才能使局部变为整体。

在其他行业的培训中，越来越重视自主培训、“菜单式”培训模式。“菜单式培训”具有自主性、实用性特点，将能够降低培训成本，提高培训效益。尽管有学者提出自选培训机制，建立培训需求调查网站，但具体如何进行自选并未深入研究。有必要深入探讨建立培训内容和培训需求库以及培训需求统计分析生成系统的方法。该系统除了在自主开发的培训班次中发挥重要作用之外，在既定的培训计划中也能充分发挥培训需求调查的科学性、提高培训质量和效果的作用；能够将上层培训要求与基层培训需求有机结合。这也符合林业信息化、落实培训质量管理的具体要求，可作为编制人才培训中长期规划的重要参考依据。

三、建立培训需求调查分析系统设计

（一）培训需求库

在该系统中，可根据培训目标，设置针对不同培训对象的培训需求库。填充培训大纲和丰富培训内容非常重要，尽可能地进行细化，基本涵盖所有学员的需求，这样学员很容易找到（可搜索）自己想学的内容。当学员从培训需求库中未找到自己感兴趣的需求时，可让学员填写具体需求，弥补需求库的不全面，以此不断完善、扩充培训需求库。同时，将需求库和培训师资库等有机对接。如根据中长期人才培养规划，结合林业生产需要，可设置分学科、专业、生产领域，或岗位培训、工作需要、专题培训、知识更新，以及短期培训、长远学习计划等多样化的需求库，也可设置专题班次的需求库（如图1）。

根据对学员培训需求的统计结果，设计培训课程，聘请讲师，合理设置培训形式等。提高把握培训需求的全面性、普遍性和效率性，科学真实地反映需求问题，确保培训的效果和质量。该系统具有对统计分析结果清零功能，这样可以分培训班次进行统计分析，更具有针对性，成为每期培训班课程设计的具有重要依据。

（二）培训师资库

建立涵盖适合不同培训对象的师资队伍，并将其专业领域、工作经历、主要经验以及主要成果等简介信息录入系统内，供学员选定。师资队伍应含高校学者、科研院所专家、来自一线工作者、生产经营单位负责人、技术骨干等，尽可能满足学员对授课讲师的需求。

建立师资库后，并不是既定不变，而是需要经过实际培训，不断扩充和完善，可再设立师资库管理子系统，规范化管理师资队伍。建立授课专家注册准入机制和撤销资格的机制，从而不断优化师资队伍（图1）。以学员对授课专家的总体评价、满意度、反馈意见作为调整师资队伍的重要依据。根据授课专家在规定期限内（如1年）或规定期数（如10期）培训班上的总体表现、得分情况、学员总体满意情况，进行排序，对评价好的专家优先安排授课。对评价较差的授课专家，从师资库撤销，再更换授课专家，从而组建优秀的师资队伍，更好地满足各类学员需求。

（三）培训形式

在系统中可以设置针对不同培训对象、培训主题、培训内容和培训目标的培训方式。如讲座、现场教学、案例分析、讨论式、实习、实地考察、角色扮演、辩论、头脑风暴、情景模拟、网络培训等等。培训学员提交培训需求以后，可再选择自己感兴趣的培训形式（图1）。也可以让学员对培训班某一环节的组织形式进行选择。根据学员自由选择的结果，再决定采取何种培训形式，以便取得更佳的培训效果。根据学员对培训形式的评价和改进意见，不断创新培训方式方法，丰富培训形式的多样化，满足学员要求，提高培训的效果。

（四）统计分析

学员可以自由登陆系统并录入或自由选择自己感兴趣的培训内容、选择授课专家、选定培训形式，评价培训课程设计，评价教学情况，评价组织管理情况，评价后勤服务情况等。该系统将能够自动统计分析，生成相应图表。培训机构管理人员随时能看到统计分析结果，将其作为课程设计、选定培训讲师以及应采取的培训形式重要依据（图1）。统计分析内容可以多个方面，可自由选择各类统计表格的生成。如培训课程的选择、授课专家的选定、培训形式的选择、学员信息情况（如生源、学历学位、技术职称、工作经历、从事专业、研究领域、参加培训情况）等等，实现高度自动化，为快速科学决策提供方便。

四、系统应用

在具体实施时，培训前30天正式发出举办培训班的公函，并附上该系统使用操作方面的简介。要求参训学员收到通知以后，在规定期限内把各自培训需求通过系统来选择或提交，培训机构管理人员跟踪观察学员需求提交情况，确保学员需求信息的准确性、完整性和及时性。将系统的统计结果作为课程设计依据。确定培训需求以后，结合培训目标、上级主管部门意见，正式设置培训课程。培训前20天开始联络聘请讲师，并确定培训主要形式。

培训班结束时，征求学员对本次培训的总体评价意见，将其作为补充、完善培训需求库的依据，安排专人及时完成培训需求库的更新和完善等工作。通过循环式调整和完善，丰富培训内容，优化培训师资，改进培训方式，确保培训质量，提高培训针对性和实效性。

参考文献

[1]丁卫泽，吴延慧.高校教师教育技术培训需求分析初探[J].教育与职业，2010（35）.

[2]赵德成，梁永正.培训需求分析：内涵、模式与推进[J].教师教育培训，2010（6）.

[3]Taylor P， O′Driscoll M P， Binning J E. A new integrated framework for training needs analysis [J].Human resource management journal，19988（2）.

[4]王健，王树恩.关于我国公务员培训创新的对策研究[J].新视野，2010（5）.

[5]王丛漫，韩利红，张志磊.县级公务员培训需求调查实证研究——以河北省为例[J].河北大学学报（哲学社会科学版），2010（5）.

[6]陈小兰，冯倩.企业员工培训需求分析模型及运用——基于胜任特征[J].中国商贸，2009（19）.

[7]陈锦雄.如何搞好继续教育培训的需求调查[J].中国成人教育，2000（3）.