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

办公自动化系统需求分析报告办公自动化系统 需求规格说明书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 可维护性：新功能的实现仅涉及局部。