办公自动化管理系统(软件需求说明书)
1引言 (2)
1.1编写目的 (2)
1.2背景 (2)
1.3定义 (2)
1.4参考资料 (2)
2任务概述 (3)
2.1目标 (3)
2.2用户的特点 (3)
2.3假定和约束 (3)
3需求规定 (3)
3.1对功能的规定 (3)
3.2对性能的规定 (6)
3.2.1精度 (6)
3.2.2时间特性要求 (7)
3.2.3灵活性 (7)
3.3输人输出要求 (7)
3.4数据管理能力要求 (7)
3.5故障处理要求 (8)
3.6其他专门要求 (8)
4运行环境规定 (9)
4.1设备 (9)
4.2支持软件 (9)
4.3接口 (9)
4.4控制 (10)
软件需求说明书
1引言
1.1编写目的
为进一步提高企业的管理水平；加强和规范行政管理工作；进一步提高工作效率；根据办公自动化系统的规划和实施要求；需要建设一个具有跨平台、高水平、功能完整的办公自动化系统。
1.2背景
随着信息化建设的日益深入，无论是政府还是企事业单位，部门之间的信息沟通与协同工作越来越重要。人民迫切需要一个能充分利用网络优势，并可以管理企业充分运作知识的软件平台，利用该平台快速建立自己的信息网络和网络办公系统。办公自动化系统应运而生（Ofiice Automatization System，即OA系统）。
很多企业的OA系统已经整合了越来越多的应用，变得日趋复杂，也远远超出了传统OA的范畴，集成了人、财、物、信息、知识等诸多企业的资源，逐步成为了一个员工办公、中层管理、领导决策的知识协同的平台。
1.3定义
1.OA：Office Automation 即办公自动化。
https://www.wendangku.net/doc/a110687433.html,：https://www.wendangku.net/doc/a110687433.html, 技术框架是一个新的开发平台，它为局域网 (LAN) 和Internet 上的分布式企业应用提供了一致和有效的支持
3.XML：XML为可扩展标记语言，xml有利于信息的表达和结构化组织，从而使数据搜索更有效；xml可以使用url别名是web的维护更方便，也是web的应用更稳定；xml可以使数据签名是web的应用更广阔得拓展到安全保密领域。
4.web services：Web services是为了让地理上分布在不同区域的计算机和设备一起工作，以便为用户提供各种各样的服务。用户可以控制要获取信息的内容、时间、方式，而不必像现在这样在无数个信息孤岛中浏览，去寻找自己所需要的信息。
1.4参考资料
《软件需求工程》机械工业出版社毋国庆主编
《软件工程导论》清华大学出版社张海藩主编
《软件测试》人民邮电出版社佟伟光主编
《网络系统开发实例精粹（https://www.wendangku.net/doc/a110687433.html,版）》电子工业出版社胡海璐编
《数据库原理与应用》中国水利水电出版社王立主编
《SQL server应用教程》人民邮电出版社郑阿奇主编
2任务概述
2.1目标
办公OA系统为公司各部门办公业务提供全面的综合办公服务，实现各职能部
门办公业务的公文流转无纸化、文档管理电子化，资料信息和办公业务动态信息的
共享，功能包括个人办公、公文流转、行政办公、公共信息、信息报送系统等，并
以各种现代化的通讯手段使公务员间的协同办公成为可能。
2.2用户的特点
本系统使用方法类似平时的上网，对用户要求不高，如用户没有上网经验，只需短期培
训即可上手使用本系统。
本系统开发完成后将在公司内部使用，最终用户为公司所有员工。用户都已经熟练掌握计算
机的操作
2.3假定和约束
本软件的开发无经费，开发时间为一个月左右。
3需求规定
3.1对功能的规定
功能包括个人办公、领导办公子系统、行政办公并以各种现代化的通讯手段使
公务员间的协同办公成为可能
表1 个人办公系统
模块类别模块名称模块描述
电子邮件提供OA系统的内部邮件系统，
实现办公人员在OA系统平台
上，通过邮件形式的信息交流
待办事宜给办公人员提供一个统一的
事务处理平台，集中处理个人
的待办工作
个人办公系统
日程安排
提供个人日程工作的安排，方
便用户对自己的工作计划进
行统一安排
个人空间
为办公人员提供私人资料的
存放空间，私人资料包括工作
日志、常用资料、个人通讯录
等信息
个人设置个人设置为办公人员提供一
个维护本人基本信息的空间，
包括个人的手机号码等其他
个人身份资料等信息修改口令允许用户修改自己的密码
在线用户可以显示当前正在使用本系
统的人员列表
系统消息系统消息提醒方式包括手机
短信和桌面消息提醒。
在线帮助为办公自动化动化系统将提
供联机帮助文档资料
表2 领导办公系统
模块类别模块名称模块描述
领导办公系统领导个人信息维护
领导的个人信息进行维护。包
括姓名，职称，职务（如总裁，
书记），职位（如正职），领
导称呼，领导的照片等内容信息分类
信息的分类包括讲话，报告，
对领导的新闻报道等
领导主页信息维护
对领导主页的资料进行维护。
操作人员选择一个领导后，选
择具体的信息分类：讲话，报
告，新闻报道等，录入标题，
发生时间，正文简述等内容，
并可以上载附件功能
领导主页浏览每个领导的主页都需要通过
授权，用户才能查看
表3 行政办公系统
模块类别模块名称模块描述
行政办公系统会议管理包括会议通知起草、通知审
核、通知发布、通知回复、
会议纪要等内容。同时也包
括会议室管理。
督察督办为领导提供对各办公人员
的日常工作督办催办功能，
以及督察督办室督办的工
作安排
值班管理值班管理主要是解决工作人
员的值班及相应有关事项的
处理工作，以及值班记录。
接待管理处理单位接待方面的一些事
务登记和管理方面的信息。包
括接待函登记、接待安排制
定、接待安排审批等
信访管理信访管理提供面向信访部门
的管理系统，记录来信、来访
的登记、拟办、主办等内容
专线办管理总裁专线办就是负责对外
受理各种投诉，建议，咨询，
表扬等，并根据实际情况，
需要处理的则责成相关承
办单位进行处理。
文件中心在公文归档时，用户可以
选择把没有密级的文档，
政务资源管理
发布到这个栏目
机关名录
为各部门提供部门和人员的
通讯录，方便办公人员在需要
时查阅
大事记记录单位发生的大事
规章制度记录规章制度，标题内容，及
附件等信息
电子论坛电子论坛是为全体公务员实
现网上专题讨论
信息报送信息报送的各类文件，目的就
是让这些文件可以被采编为
各部门的电子刊物，相当于给
电子刊物投稿
电子刊物
为政府各部门的各类刊物提
供电子化的内容管理，以提高
政府内部信息共享，主要功能
包括，刊物类型设置，刊物栏
目维护，刊号管理，内容维护，
刊物浏览等
电子公告
电子公告能够为各部门提
供在系统内发布电子公告
的功能
3.2对性能的规定3.2.1精度
数据采集率：≥90%
动态信息及时率：≥90% 静态信息全面率：≥90% 信息准确率：≥90%
3.2.2时间特性要求
在硬件和网络条件满足的前提下，实时页面的响应时间不超过3秒，有控件加载的页面的响应时间不超过7秒。
3.2.3灵活性
本项目采用J2EE架构，因此可以在不同的异构平台上正常运行，由于J2EE架构的高度可扩展性，因此在需求变化和系统集成商具有很大的灵活性。
3.3输人输出要求
1.系统要使用到的静态资料
企业的组织结构、下属单位的基本情况，包括相应的地址、电话、传真等；
关于行业系统的国家的法律和条例；
关于行业系统的技术规范和条例；
企业的规章制度、人事档案、联系电话；
全国的电话的区号表；邮政编码表；火车、飞机、轮船等交通工具时刻表。
2.本系统涉及到的动态资料
（1）行业企业的相关的信息
发布行业系统的业务信息，并能接收读者反馈信息，响应读者反馈；提供多种检索查询手段；定期进行信息整理、归档。
（2）企业外部信息
通过各种渠道搜集大量的关于新闻、经济动态、经济信息、政治社论等信息，并整理、归类分别存放在相应的应用模块中，为决策人提供大量的参考信息，便于决策人作出准确的判断，作出正确的决策。
3.4数据管理能力要求
（1）数据采集要求
输入源：手工键盘输入；
输入介质和设备：键盘，磁盘；
输出介质和设备：磁盘，打印纸。
（2）数据采集的处理
JAVA组件处理；浏览器编译
3.5故障处理要求
如果发现运行异常现象，应当具有报警信息提示。
1.要求输入项提示请输入XXX
错误处理光标移入要求输入域内。
2.要求选择项提示请选择XXX
错误处理光标移入要求选择的域中。
3.数据类型错误提示域中存在不正确值
错误处理光标移入要求输入域内，要求重新输入有效资料。
3.6其他专门要求
3.6.1用户对易用性要求
1. 操作要简单，不要太复杂；
2. 对于领导办公信息，放置领导办公区域中。领导登录内网就能处理与自己相关的办公事
宜。
3.6.2用户对软件质量要求
1.软件的功能实现必须遵循国家规定的办文、办事、办会的规范和原则；
2.应用系统的重点是简单的操作。让使用者没有障碍地使用信息系统；
3.系统不仅需要涵盖所有相关的事务，也需要清晰地规划使用职能和共享信息。使用者所面对的应当只是自己需要处理的事务；
4.要求可配置性强，便于管理人员对进行扩充、维护和管理；
5.具有协同办公功能；
6.能够有效地控制文档并能有效地控制整个办公处理过程；
7.采用可行、合理、高效的方式进行开放性的设计和实现；
8.系统具有很强的适应能力，并且便于维护和升级，不仅能够很好地满足掇刀区电子政务一期工程OA建设的需求，而且还必须为建设后期工程提供很好的扩展和维护接口。
3.6.3用户对性能要求
数据系统的开发要求采用高性能的数据库开发接口与运行性能，要求网络前端应用在数据库访问上有足够快的响应时间。
3.6.4用户对安全性要求
1. 提供严格的控制能力和高效的审核手段，实现更加安全的工作与管理机制；
2. 使用用户角色来配置权限，任何人访问信息都需要用户ID和口令；
3. 必要时可以采用数据加密技术，对比较重要的用户数据实行加密，从而保证这些数据的
保密性、完整性和有效性；
4.必须提供完整的事务处理能力，保证数据的完整性。
3.6.5用户对兼容性要求
办公系统一期工程OA系统必须具有操作系统平台兼容性。
4运行环境规定
4.1设备
服务器硬件环境：
CPU：主频2.8GHZ以上；
内存：2GB；
网卡：10/100M；
硬盘：配置至少80GB
工作站硬件环境：
CPU：主频1.6GHZ以上；
内存：512MB以上；
硬盘：80GB
浏览器：IE 6.0 以上版本
4.2支持软件
服务器软件环境
操作系统：红旗Linux；
应用服务器：金蝶应用服务器标准版；
数据库服务器：达梦数据库DMV4.0
工作站软件环境
操作系统：Windows系列
网页浏览器：IE6.0或以上版本
4.3接口
考虑到企业的实际业务需要，结合已有信息系统的实际情况，展望未来需求，办公系统本身已经提供了标准的SDK二次开发接口，并配备相应的技术说明文档，通过该接口可以为以后在办公自动化系统中整合其他信息系统的业务数据打下良好的基础。以下是办公系统提供的二次开发接口介绍：
4.3.1公共开发接口库
提供了在技术开发中经常会用到的字符串处理函数库、日期处理函数库、XML数据处理函数库以及DataGrid数据绑定控件，并且按照ActiveX组件、.Net公用类库以及.Net用户控件等不同形式部署上述函数库和控件，用来满足适应多类开发平台的要求。
4.3.2办公平台相关开发接口库
提供了办公平台本身相关的功能开发接口，并根据实际需要，分别提供的ActiveX组件部署和.Net类库部署等多种方式。目前这些接口包括了以下内容：
1.系统引擎类库：包括对系统数据库操作相关的函数库以及对系统配置信息读取的函数库
2.系统设置类：针对系统部署的全局Session、Application等变量作了详细的描述，并且提供系统模块、功能以及菜单组装的接口。为集成其他系统到办公系统提供了可能
3.系统管理类库：通过该类库提供的各种函数，可以设置和读取办公系统的机构、部门和用户信息，并提供了部门、人员以及身份认证选择控件和公用页面，为集成其他系统的同时，做到安全的单点登录打下了牢固的基础。
4.系统日志类库：通过该类库提供的日志更新函数，可以轻松地实现对其他功能操作的日志记录，为系统的安全性提供了保障。
5.系统公用类库：提供了在二次开发过程中，必需用到的函数接口或者建议使用的函数接口等
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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §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 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
高校OA系统需求分析书
OA系统需求分析书 一、引言 1、编写目的 在完成了针对《西安财经大学OA办公系统》软件市场的前期调查，同时与多位软件使用者进行了全面的探讨和分析的基础上，提出了这份需求分析书。 编写本报告的目的是解决整个项目系统的“做什么”的问题，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 本需求分析书预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 2、背景 二十一世纪，随着经济和信息化的高速发展，软件产业也高速发展起来，高校的建设也得到了很大的发展，现代高校的生源和传统高校的生源不一样，现在高校的生源具有分布广（全国各地都可以报考），类型多，学制也比较灵活。使得管理这些信息起来比较复杂而繁琐。 此软件就是为了适应这些变化而开发的软件，在为了减轻日常办公的复杂程度，为用户提供简洁、实用的、即时的OA系统软件。 3、定义 （1）SQL（Structured Query Language）：结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系，进行沟通。PHP开发平台。 （2）OA系统：办公自动化系统 4、参考资料 1.西安财经大学编写的日常办公管理需求分析书.doc 作者：万丽涛2012年 二、任务概述 1、目标 使高校的日常办公管理更方便快捷，使高校的数据资源等一些数据实现资源
共享。用户可以网上分享自己的资源以及共享他人的资源。 开发日常办公管理系统旨在改变原有人工进行日常办公的工作方式，实现学籍管理、课表管理、成绩管理、教学质量监控、信息共享等功能。 将学院的日常工作、学习管理全部实现网上管理，用户操作更加快捷和简单的综合管理系统。 2、用户特点 （1）管理员：整个高校的管理员数量不多，负责学院从老师到学生的许多相关工作。他们能熟练运用办公软件，熟知办公内容，因而较容易的掌握该软件的各个功能。 （2）教师：从事计算机领域教学的教师比较容易掌握该系统的使用，从事其他并且年纪比较大的教师不易掌握。 （3）学生：从数量上说，学生是使用该系统的最大用户群，作为学习计算机领域的学生来说，掌握并不难。其他学生用户多次使用也可以熟练运用。 3、假定和约束 a.系统的运行寿命的最小值：2年 b.进行系统方案选择比较的时间：1周 c.经费来源：**公司 d.运行环境：Windows操作系统 e.数据库：MYSQL f.硬件条件：服务器sun工作站，终端为pc机 g.系统投入使用的最晚时间：6个月 三、需求规定 1、对功能的规定 学生用例图：
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开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
OA系统需求分析(初)
0A系统需求分析 一、建设背景 办公自动化系统(即OA 系统)是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术( Intranet 、Internet )在我国迅速发展和普及，OA 在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。 二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问 题，由用户自定义管理模式，实现真正的部门综合业务处理机制；
8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业 综合办公系统。 三、建设原则 公司OA 系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。 6、开放性：为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内
酒店管理系统需求说明书
酒店管理系统需求分析说明书
目录 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、系统完整用例图
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #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表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
OA系统需求调研文档
项目编号: Web OA系统 软件需求说明书 项目承担部门： 撰写人（签名）： 完成日期： 评审人（签名）： 评审日期： 批准人（签名）： 批准日期：
目录 1.引言 (1) 1.1目的 (1) 1.2定义 (1) 1.3参考资料 (1) 2.软件总体概述 (1) 2.1软件标识 (1) 2.1.1项目名称 (1) 2.1.2产品标识 (1) 2.2软件描述 (2) 2.2.1系统属性 (2) 2.2.2开发背景 (2) 2.2.3系统功能 (2) 3.具体需求 (4) 3.1系统角色设置 (4) 3.2系统初始化数据 (4) 3.3功能需求 (6) 3.3.1管理主界面 (6) 3.3.2组织机构 (7) 3.3.3权限管理 (11) 3.3.4公文管理 (18) 3.3.5流程管理 (21) 3.4性能需求 (25) 3.5数据库需求 (25) 3.6设计约束 (25) 3.6.1其他标准的约束 (25) 3.6.2硬件约束 (26) 3.7属性 (26) 3.7.1可用性 (26) 3.7.2可靠性 (26) 3.7.3效率 (26) 3.7.4安全性 (26) 3.7.5可维护性 (26) 3.7.6可移植性 (26) 3.8外部接口需求 (26) 3.8.1用户接口 (26) 3.8.2硬件接口 (27) 3.8.3软件接口 (27) 3.8.4通信接口 (27) 4.数据字典 (27)
5.附录 (28) 5.1用户方组织机构图； (28)
1. 引言 1.1 目的 定义软件总体要求，作为用户、软件开发人员以及其他干系人之间沟通的基础； 描述功能要求、性能要求、用户和系统的接口要求、数据库要等内容，作为软件开发人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2 定义 甲方：xxx有限公司。 乙方：xxx有限公司。 招标书：由甲方提供的《招投标技术规范书》。 投标书：由乙方提供的《技术方案书》。 1.3 参考资料 《招标书》 《投标书》 《项目管理制度》 xxxx质量管理体系文件 Iso 9001：2000 《软件工程国家标准汇编》 2. 软件总体概述 2.1 软件标识 2.1.1 项目名称 项目名称：尚学堂Web OA管理系统； 项目编号：SXT-WEBOA-0101； 产品范围：按照《招标书》中5.2的规定执行。 2.1.2 产品标识 产品名称： 产品简称：
课程管理系统需求说明书
燕京理工学院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.wendangku.net/doc/a110687433.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 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一般约束
OA办公系统用户需求说明
OA办公系统用户需求说明1.引言 1.1编写目的 本系统说明书详细描述了OA系统项目的要求，并且本说明书也是作为系统项目所有成员交流沟通的依据，也作为下一步系统开发工作的据和参考。 基准，软件开发项目组的所有成员都必须有一本需求说明书，以明确项目最后要求完成的软件产品的特点，项目开发得以顺利开展。经使用方确认的本文档将作为将来产品特征和仲裁的重要依。 1.2适用范围 本文档主要涉及OA系统的应用模型和功能需求描述。 1.3背景 系统名称：OA系统 任务提出：湖南城市学院数学与计算科学系 开发者：聂孟文聂胜杰 用户：学校所有办公人员 1.4名词解释 OA：办公自动化 Office Automatization 1.5参考资料 1.电子工业出版社《java面向对象编程》孙卫琴编著。 2.电子工业出版社《java web整合发》刘斌编著。 3.人民邮电出版《深入浅出jbpm》高杰编著。 4.绿叶OA办公系统
1.6网络架构 采用局域网或单机环境。 硬件设备，服务器采用台式机或笔记本电脑，最低配置，内存512M以上、硬盘10G以上。客户端采用台式机或笔记本。 1.7软件架构 以Web应用服务为核心,以数据库系统为基础，以浏览器为用户端的B/S软件体系结构；先进的工作流和规则库解决方案，以及面向对象的分析和设计，促进了结构化和安全性的系统开发，提高软件的再利用。 2.项目目标 OA系统提供的功能主要为公司或部门的信息化管理提供有效的信息化软件的管理平台。方便公司公司或部门加强管理，节约资源。 3.功能图 普通员工用户通过OA系统可执行登陆、注册查询信息和个人办公等操作，公司管理员可以通过OA系统执行信息的管理操作。详细的功能请参见用例图。
运维管理系统需求说明书
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. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
管理系统需求说明书-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）车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到
超市管理系统软件需求说明书
{店铺管理}超市管理系统软件需求说明书
目录 1、项目计划2 1.1系统开发目的2 1.2背景说明2 1.3项目确立2 1.4应用范围2 1.5 定义2 1.6 参考资料3 2、逻辑分析与详细分析3 2.1系统功能3 2.2、流程图6 2.3户类型与职能7 2.4、统开发步骤7 2.5系统安全问题8 3、基于UML的建模8 3.1语义规则8 3.2、UML模型10 3.21、系统UML模型10 3.22、子系统UML模型10 4、超市销售系统概念设计文档11 5、小结13 超市管理系统需求分析说明书 1、项目计划 1.1系统开发目的 （1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2背景说明 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。 1.3项目确立 针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。 1.4应用范围 本系统适应于各种小型的超市。 1.5定义 （1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。 （2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。 （3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。 （4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。 库存告警提示：当商品的库存数量低于库存报警数量时发出提示。 （5）盘点：计算出库存、销售额、盈利等经营指标。 1.6参考资料
OA系统需求分析报告(初)
OA系统需求分析 一、建设背景 办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术（Intranet、Internet）在我国迅速发展和普及，OA在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。 二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问
题，由用户自定义管理模式，实现真正的部门综合业务处理机制； 8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业综合办公系统。 三、建设原则 公司OA系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。
设备管理系统需求分析说明书
华西铝业 设备管理系统需求分析说明书 1.编写目的 设备管理系统是一个以设备为中心，对设备从安装、使用直到报废的一个完整周期中所发生的各种事件进行跟踪的一个管理信息系统。系统可以为企业提供一个简便实用的管理平台，将设备全生命周期的管理工作信息化，有效地进行设备管理工作，提高设备生命周期的利润率，直接为企业创造价值。 2.项目范围 由于设备管理系统功能全面、丰富，流程相对复杂、工作量大，因此，为便于系统开发管理，降低风险，根据实际情况，现将设备管理系统拆分为四个子模块： ●设备台账管理 ●设备检修管理 ●备品备件管理 ●系统管理 有关各个系统实现的具体功能，请参见下面的功能简介部分。 设备管理系统包括数据处理、数据查询和成本核算三个功能。 数据处理功能：新设备的添加、修改、删除；及领用设备和消耗设备的修改、删除等一些设备信息操作活动。 数据查询功能：实现每一阶段库设备、领用设备和消耗设备的查询操作活动。 成本核算功能：对每月设备的运行情况、领用、消耗等分别进行统计分析。 3.功能简介 3.1功能框架图
3.2设备台账管理 3.2.1设备基本信息管理 功能需求 该模块主要是录入，查询，修改设备的资料，以使设备管理更加直观，方便。主要功能包括：
?录入设备信息：此模块可以添加新设备，包括设备名称，类型，人员管理等。 ?查询：此模块可以按条件查询设备，分单条件查询和多条件查询。 ?修改：此模块从查询结果进入,可以将查询到的不合事实的设备属性修改 数据定义 ?序号: 报表中用到的字段，指每一条记录打印的顺序号. ?台帐编号: 可手工输入，也可自动生成. ?设备类型: 指定设备所属的类型. ?设备名称: 人工录入设备的名称. ?型号规格: 用于录入设备在厂家指定的型号规格数据. ?制造单位: 此设备的原厂单位名称. ?数量: 指定此设备的数量. ?计量单位: 指定设备计量的单位，如米、件、台等。此数据在系统设置中进行设定， 在此可以选择录入. ?重量: 设备的重量数字值. ?重量单位: 重量的单位，录入者录入.在系统设置中初始化. ?购入日期: 指定设备的购入日期. ?投产日期: 指定设备投入使用的日期. ?验收日期: 指定投备验收的日期. ?保修期限: 以月为单位指定设备的保修期限. ?使用部门: 指定拥有和管理设备的部门. ?管理人员: 指定维护和使用此设备的人员。可以录入多个人. ?设备原值: 设备采购时的价格. ?设备净值: 设备经折旧或大修之后现在的价值. ?安装地点: 设备安装所在的地点. ?设备状态: 指定设备的状态，其状态数据有：上线、封存、闲置、报废、待修、备用.在设备异动中改变值. ?录入日期: 系统默认为当前的日期，此日期不是本地机器的日期，而是从服务器上得到的标准日期.