办公自动化系统需求分析报告

1、办公自动化系统需求规格说明书1. 引言1.1 目标开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们 往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高的。这些高额的费用并非大多数中小企业所能承受得起的。本系统就是为这些公司制定的。1.2 参考文献软件工程导论，张海藩，清华大学出版社。实用软件工程，郑人杰等，清华大学出版社。2. 总体描述2.1 用户类和用户特性本0A办公系统软件的最终用户是面向中大型企业的员工和相关管理人员一套软件，操 作人员需要有一定的计算机操作基础，对于系统管理员不仅要有一定的计算机基础，还要求有一定的网络管理经验。2.2 运行

2、环境(Operation Environment, OE)OE-1 :"办公自动化系统”的操作将通过如下的 Web浏览器来完成：Microsoft In ternetExplorer 版本 10.0 和 11.0，Netspcape Communication 版本 4.7 和 Netscape 版本 8 和 9。OE-2： “办公自动化系统”将运行在一个服务器中，该服务器运行当前由公司批准的RedHat Linux 版本和 Apache HTTP Server 。OE-3： “办公自动化系统” 将允许用户通过公司内联网来访问，如果用户将被授权在公司的外部穿过防火墙来访问，那么用户也

3、可以在家通过In ternet 来访问该系统。2.4设计和实现的约束条件(con stria nt )CO-1:系统的设计、编码和维护文档将遵照Process Import Intranet DevelopmentStandard(Process Import公司内联网开发标准)版本1.3。CO-2:系统将采用公司标准的当期Oracle数据库引擎。CO-3:所有HTML弋码将遵照 HTML4.0版本。C0-4 :所有脚本都用 Perl语言来编写。2.5 用户文档(User Documentation, UD )UD-1 :系统将提供一个分层的跨链接的HTMI联机帮助系统，它描述并演示了所有系统

4、功能。UD-2 :如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机 帮助，这样用户可以使用静态教程菜单来具体实践一下如何使用。系统不会将采用这一模板的管理案例存储到数据库。UD-3:开发期限十一至十二周。3. 系统特性3.1 员工名录管理本系统会将员工的信息录入到系统数据库中。其中包括人员履历、转正申请、离职申请以及员工一些重大事情的记录。3.2 部门管理上级部门有权对下级部门进行管理，并查看该下级部门人员的信息，以及上级部门对下级部门发布任务、取消任务、撤销部门、创建部门。3.3 综合邮件管理管理员有权对已经超过规定时限的数据库中的邮件进行管理，如进行邮件的删除；对于一

5、些已经删除的邮件进行恢复等。 员工可以对自己写的邮件进行发送、 修改、删除、保存操作; 对收到的邮件进行保存、删除操作。3.4 综合事务管理综合事务管理包括行政管理、信息管理、人事管理、车辆管理进行全面的管理。3.5工作流管理几乎所有的业务过程都是工作流，特别是办公公文审批流转处理。每一项工作以流程的 形式，由发起者（如文件起草人）发起流程，经过本部门以及其他部门的处理（如签署、会 签），最终到达流程的终点（如发出文件、归档入库） 。3.6个人日程管理个人日程管理中有工作日志、工作计划、消息提醒、通讯录。工作日志：基于网络的工 作日志系统，可设为私有，限制，公共三类级别分别供自己，部门领导，全

6、部人员查看。便 于个人总结，便于上级检查工作， 便于和同事分享工作经验，是知识管理挖掘隐性知识的一种手段；用户可以随意添加、删除、 修改多个日志，通过翻阅日历查看任一天的日志也可通 过日期，关键字等检索日志。工作计划：针对自己和领导下达的任务进行布置；布置的具体任务涉及时间、任务查看人、任务完成的标准、任务附件、提醒日期、汇报时限等内容。消 息提醒：设置消息提醒功能每当用户登录系统时提示窗口。通讯录：记录联系人具体通讯信息，包括我的通讯录、公共联系人和内部通讯录三种类型。3.7内部消息服务内部消息服务将消息在公司内部传递，管理员有权对消息进行添加、修改、删除操作。3.8文件档案管理对现有档案进

7、行管理，可以直接增加新的档案，并对档案实现添加、删除和分发查询、 分类存储等操作。3.9云存储管理云存储管理是对云数据库中内容进行存储、删除、备份、修改操作。4. 用例图4.1邮件管理用例图由冃件處送4.2个人日程安排«include»5. 外部接口需求5.1 用户界面(User In terfaces, UI)在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上， 应做到简单明了、易于操作，并且要注意到界面的布局，应突出的显示重要以及错误信息。 外观上也要做到合理；合理化，考虑到用户多对 Windows风格较熟悉，应尽量向这一方向靠拢。在设计语言上，

8、已决定使用Delphi所提供的可视化组件，向Windows风格靠近。其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用Delphi库中错误提示函数。总的来说，系统的用户界面应做到可靠性、简单性、易 学习和使用。5.2 硬件接口 (Hardware In terfaces, HI)处理器型号及内存容量；外存容量、联机或脱机、媒体及其存储格式。设备的型号及数量数据通信设备的型号和数量 输入及输出设备的型号和数量 功能及其他专用硬件5.3 软件接口( Software In terfaces, SI)服务器程序可使用 Delphi提供的对SQL SERVER的

9、接口，进行对数据库的所有访问。 服务器程序上可使用 SQL SERVER寸数据库的备份命令，以做到对数据的保存。在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接受。6. 其他非功能性需求6.1 性能(PErformanee)需求本项目软件性能要求如下：告警信息从产生到显示出来的时延不应该大于15秒。配置信息的更新最大时延为24小时。性能监控数据时间间隔不超过15分钟。 对本软件系统用户经常使用的90%操作响应时间小于 20秒，对于极少使用的10%作响应时间应不小于 120秒。 保证系统并发访问用户数 >30。 系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、日志信息等半年的存储容量；告警统计和性能数据一年的存储容量。6.2安全性(SEcurity )需求系统应该具有对系统自身的管理功能，应实现网管系统自身的完善的维护