办公自动化系统需求分析报告
办公自动化系统
需求规格说明书
1. 引言
1.1 目标
开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和维护费用也是非常高的。这些高额的费用并非大多数中小企业所能承受得起的。本系统就是为这些公司制定的。
1.2 参考文献
①《软件工程导论》,张海藩,清华大学出版社。
②《实用软件工程》,郑人杰等,清华大学出版社。
2. 总体描述
2.1 用户类和用户特性
本OA 办公系统软件的最终用户是面向中大型企业的员工和相关管理人员一套软件,操作人员需要有一定的计算机操作基础,对于系统管理员不仅要有一定的计算机基础,还要求有一定的网络管理经验。
2.2 运行环境(Operation Environment, OE)
OE-1:“办公自动化系统”的操作将通过如下的Web 浏览器来完成:Microsoft Internet Explorer 版本10.0和11.0,Netspcape Communication版本4.7和Netscape 版本8和9。 OE-2:“办公自动化系统”将运行在一个服务器中,该服务器运行当前由公司批准的Red Hat Linux版本和Apache HTTP Server。
OE-3:“办公自动化系统”将允许用户通过公司内联网来访问,如果用户将被授权在公司的外部穿过防火墙来访问,那么用户也可以在家通过Internet 来访问该系统。
2.4 设计和实现的约束条件(constriant )
CO-1:系统的设计、编码和维护文档将遵照Process Import Intranet Development Standard(Process Import公司内联网开发标准) 版本1.3。
CO-2:系统将采用公司标准的当期Oracle 数据库引擎。
CO-3:所有HTML 代码将遵照HTML4.0版本。
C0-4:所有脚本都用Perl 语言来编写。
2.5 用户文档(User Documentation, UD)
UD-1:系统将提供一个分层的跨链接的HTML 联机帮助系统,它描述并演示了所有系统功能。
UD-2:如果是一个新用户第一次使用该系统,系统可以根据用户的要求,提供一个联机帮助,这样用户可以使用静态教程菜单来具体实践一下如何使用。系统不会将采用这一模板的管理案例存储到数据库。
UD-3: 开发期限十一至十二周。
3. 系统特性
3.1 员工名录管理
本系统会将员工的信息录入到系统数据库中。其中包括人员履历、转正申请、离职申请以及员工一些重大事情的记录。
3.2 部门管理
上级部门有权对下级部门进行管理,并查看该下级部门人员的信息,以及上级部门对下级部门发布任务、取消任务、撤销部门、创建部门。
3.3 综合邮件管理
管理员有权对已经超过规定时限的数据库中的邮件进行管理, 如进行邮件的删除;对于一些已经删除的邮件进行恢复等。员工可以对自己写的邮件进行发送、修改、删除、保存操作;对收到的邮件进行保存、删除操作。
3.4 综合事务管理
综合事务管理包括行政管理、信息管理、人事管理、车辆管理进行全面的管理。
3.5 工作流管理
几乎所有的业务过程都是工作流,特别是办公公文审批流转处理。每一项工作以流程的形式,由发起者(如文件起草人)发起流程,经过本部门以及其他部门的处理(如签署、会签),最终到达流程的终点(如发出文件、归档入库)。。
3.6 个人日程管理
个人日程管理中有工作日志、工作计划、消息提醒、通讯录。工作日志:基于网络的工作日志系统,可设为私有,限制,公共三类级别分别供自己,部门领导,全部人员查看。便于个人总结,便于上级检查工作,便于和同事分享工作经验,是知识管理挖掘隐性知识的一种手段;用户可以随意添加、删除、修改多个日志,通过翻阅日历查看任一天的日志也可通过日期,关键字等检索日志。工作计划:针对自己和领导下达的任务进行布置;布置的具体任务涉及时间、任务查看人、任务完成的标准、任务附件、提醒日期、汇报时限等内容。消息提醒:设置消息提醒功能每当用户登录系统时提示窗口。通讯录:记录联系人具体通讯信息,包括我的通讯录、公共联系人和内部通讯录三种类型。
3.7 内部消息服务
内部消息服务将消息在公司内部传递,管理员有权对消息进行添加、修改、删除操作。
3.8 文件档案管理
对现有档案进行管理,可以直接增加新的档案,并对档案实现添加、删除和分发查询、分类存储等操作。
3.9 云存储管理
云存储管理是对云数据库中内容进行存储、删除、备份、修改操作。
4. 用例图
4.1 邮件管理用例图
4.2 个人日程安排
5. 外部接口需求
5.1 用户界面(User Interfaces, UI)
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了、易于操作,并且要注意到界面的布局,应突出的显示重要以及错误信息。外观上也要做到合理;合理化,考虑到用户多对Windows 风格较熟悉,应尽量向这一方向靠拢。在设计语言上,已决定使用Delphi 所提供的可视化组件,向Windows 风格靠近。其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用Delphi 库中错误提示函数。总的来说,系统的用户界面应做到可靠性、简单性、易学习和使用。
5.2 硬件接口(Hardware Interfaces, HI)
①处理器型号及内存容量;
②外存容量、联机或脱机、媒体及其存储格式。设备的型号及数量
③数据通信设备的型号和数量
④输入及输出设备的型号和数量
⑤功能及其他专用硬件
5.3软件接口(Software Interfaces, SI)
服务器程序可使用Delphi 提供的对SQL SERVER 的接口,进行对数据库的所有访问。 服务器程序上可使用SQL SERVER对数据库的备份命令,以做到对数据的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接受。
6. 其他非功能性需求
6.1 性能(PErformance )需求
本项目软件性能要求如下:
①告警信息从产生到显示出来的时延不应该大于15秒。
②配置信息的更新最大时延为24小时。
③性能监控数据时间间隔不超过15分钟。
④对本软件系统用户经常使用的90%操作响应时间小于20秒,对于极少使用的10%操作响应时间应不小于120秒。
⑤ 保证系统并发访问用户数>30。
⑥系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、日志信息等半年的存储容量;告警统计和性能数据一年的存储容量。
6.2 安全性(SEcurity )需求
系统应该具有对系统自身的管理功能,应实现网管系统自身的完善的维护和管理,需提交标准安装程序。提供必要的操作维护手册及技术手册。当进行版本升级时,提供版本差异的详细说明。
7. 其他需求
7.1 系统的封闭性:用户的封闭性较好,用户基本上在提示信息下输数据。
7.2 系统的容错性:用户数错数据都有提示信息,具有较好的容错性能。
7.3 可维护性:新功能的实现仅涉及局部。