办公自动化系统需求规格说明书样本

办公自动化系统 需求规格说明书 文件版本 编写人 编写时间 文件修改记录 修改日期 版本号 修改内容 修改人 目录 1. 系统介绍 1.1应用背景 实施校园办公自动化，是学校办公管理工作的一场革命，是学校走向教育现代的必然选择，它不仅改变了传统的办公习惯、方式和方法，更是对学校行政管理和教职工的工作提出更高、更严格的要求；实施校园办公自动化，是运用现代管理理念和方法，把大量的日常办公管理工作实行电子化，从而使过去许多能做做不好，想做不能做的事情在校园办公自动化管理平台上实现；实施校园办公自动化，是希望通过现代计算机和网络技术的集成运用，将学校的管理和服务职能转移到网络完成，同时实现工作流程的顺畅流通，超越时间、空间和部门分隔的制约，提高单位信息透明度和单位工作效率；实施校园办公自动化，是希望通过这个过程建立新型的教育教学管理机制，进一步提高学校的管理效能。 1.2系统说明 办公自动化系统是数字校园系列软件的重点产品，紧密结合高校业务，全面贯通高校内部经脉，通过对学校各部门办公要素的整合，实现对工作流、信息流和知识流的整合管理。希尔办公自动化系统旨在为高校内部各级单位之间建立起一种开放的、网络化的、高效的办公新环境，以一套完善的支持群体协作、流程控制、信息发布及控制功能的应用软件，为学校内部管理和外部交流提供全面信息的传递、处理渠道。 2. 系统面向的用户群体 系统面向办公自动化项目团队的工作人员及院校的管理人员，包括：维护人员；院校领导（党办/校办/院办）、各行政单位等。 2.1用户特征 用户大都具备以下特征： 1）有IE使用经验 2）了解网络 3）了解办公自动化 2.2用户环境 用户的计算机环境大致如下： 1）Windows XP 及其以上版本 2）IE浏览器 3）MS Office 办公软件 4）Outlook 或 Fox mail邮件管理 3. 系统功能性需求 系统包含的功能概括如下表： 子系统 功能 子功能 功能细化 日常办公 日程 个人日程安排 录入个人日程 查询个人日程 修改个人日程 删除个人日程 部门日程维护 录入部门日程 查询部门日程 修改部门日程 删除部门日程 预约日程安排 预约他人日程 工作进程 工作进程管理 分配任务 查看新任务 历史进程 查询历史进程 修改历史进程 工作周报 工作周报维护 录入工作周报 查询工作周报 修改工作周报 删除工作周报 审核周报 审批回发给用户 工作月报 工作月报维护 录入工作月报 查询工作月报 修改工作月报 删除工作月报 审核月报 审批回发给用户 便笺本 便笺管理 录入便笺信息 查询便笺信息 修改便笺信息 删除便笺信息 学校安排 校园周程 校园周程安排 录入校园周程 查询校园周程 修改校园周程 删除校园周程 学校校历 学校校历安排 录入学校校历 查询学校校历 修改学校校历 删除学校校历 教学观摩 公开课安排 录入公开课 查询公开课 修改公开课 删除公开课 考试安排 考试管理 录入考试信息 查询考试信息 修改考试信息 删除考试信息 教师档案 聘用记录 教师工作安排 记录教师工作 查询教师工作 修改教师工作 删除教师工作 个人荣誉 教师荣誉类别 记录教师荣誉 查询教师荣誉 查询教师荣誉 查询教师荣誉 辅导获奖 竞赛辅导管理 记录辅导信息 查询辅导信息 修改辅导信息 删除辅导信息 升学考评 考评数据管理 记录考评数据 查询考评数据 修改考评数据 删除考评数据 教学评价 教学评价管理 记录教学评价 查询教学评价 修改教学评价 删除教学评价 校内科研 教研论文管理 记录教研论文 查询教研论文 修改教研论文 删除教研论文 回馈信息 评论教研论文 删除评论 校外获奖 获奖信息 记录获奖信息 查询获奖信息 修改获奖信息 删除获奖信息 继续教育 培训课程管理 记录培训课程 查询培训课程 修改培训课程 删除培训课程 3.1日常办公 3.1.1 日程 3.1.1.1用例图 3.1.1.2用例描述 用例名称：录入个人日程 用力简述：成员录入个人日程 主参与者：成员 主成功场景：1、支持成员增加个人的日程安排。2、登记他人分配过来的待办事项。 用例名称：查询个人日程 用力简述：成员查询个人日程 主参与者：成员 主成功场景：支持成员根据时间查询个人的日程安排。 其他场景：该时间没有成员个人日程安排。 用例名称：修改个人日程 用力简述：成员修改个人日程 主参与者：成员 主成功场景：1、成员根据时间查询个人日程。2、成员修改个人的日程安排。 其他场景：该时间没有成员个人日程安排。 用例名称：删除个人日程 用力简述：成员删除个人日程 主参与者：成员 主成功场景：1、成员根据时间查询个人日程。2、成员删除个人的日程安排。 其他场景：该时间没有成员个人日程安排。 用例名称：录入部门日程 用力简述：部门主任录入部门日程 主参与者：部门主任 主成功场景：支持部门主任录入部门的日程安排。 用例名称：查询部门日程 用力简述：成员查询部门日程 主参与者：成员 主成功场景：支持成员查询部门的日程安排。 其他场景：该时间没有部门日程安排。 用例名称：修改部门日程 用力简述：部门主任修改部门日程 主参与者：部门主任 主成功场景：1、部门主任根据时间查询部门的日程安排。 2、部门主任修改部门日程安排。 其他场景：该时间没有部门日程安排。 用例名称：删除部门日程 用力简述：部门主任删除个人日程 主参与者：部门主任 主成功场景：1、部门主任根据时间查询部门的日程安排。 2、部门主任删除部门日程安排。 其他场景：该时间没有部门日程安排。 用例名称：预约他人日程 用力简述：成员预约个人日程 主参与者：成员 主成功场景：1、成员根据时间查询他人日程。2、成员发送预约消息。 3.1.2工作进程 3.1.2.1用例图 3.1.2.2用例描述 用例名称：修改历史日程 用力简述：成员修改历史日程 主参与者：成员 主成功场景：1、成员根据时间查询历史日程。2、成员修改历史进程。 其他场景：该时间没有部门日程安排。 用例名称：查询历史日程 用力简述：成员查询历史日程 主参与者：成员 主成功场景：支持成员根据时间或者用户姓名查询历史日程。 用例名称：查看新任务 用力简述：成员查看新任务 主参与者：成员 主成功场景：支持成员接收查看新任务。 用例名称：分配任务 用力简述：部门主任分配任务 主参与者：部门主任 主成功场景：支持部门主任根据任务完成情况重新分配任务。 3.1.3工作周报 3.1.3.1用例图 3.1.3.2用例描述 用例名称：录入工作周报 用力简述：用户录入工作周报 主参与者：用户 主成功场景：支持用户录入工作周报。 用例名称：查询工作周报 用力简述：用户查询工作周报 主参与者：用户 主成功场景：支持用户查询工作周报。 用例名称：修改工作周报 用力简述：用户修改工作周报 主参与者：用户 主成功场景：1、用户根据日期查询工作周报。2、用户修改工作周报 用例名称：删除工作周报 用力简述：用户删除工作周报 主参与者：用户 主成功场景：1、用户根据日期查询工作周报。2、用户删除工作周报 用例名称：审批回发给用户 用力简述：院校领导审批回发给用户 主参与者：院校领导 主成功场景：1、院校领导查看最新的工作周报。 2、院校领导将周报内容进行审批后会发给用户。 3.1.4工作月报 3.1.4.1用例图 3.1.4.2用例描述 用例名称：录入工作月报 用力简述：成员录入工作月报 主参与者：成员 主成功场景：支持成员录入工作月报。 用例名称：查询工作月报 用力简述：成员查询工作月报 主参与者：成员 主成功场景：支持成员查询工作月报。 用例名称：修改工作月报 用力简述：成员修改工作月报 主参与者：成员 主成功场景：1、成员根据日期查询工作月报。2、成员修改工作月报 用例名称：删除工作月报 用力简述：成员删除工作月报 主参与者：成员 主成功场景：1、成员根据日期查询工作月报。2、成员删除工作月报 用例名称：审批回发给用户 用力简述：院校领导审批回发给用户 主参与者：院校领导 主成功场景：1、院校领导查看最新的工作月报。 2、院校领导将月报内容进行审批后会发给用户。 3.1.5便笺本 3.1.5.1用例图 3.1.5.2用例描述 用例名称：录入便笺信息 用力简述：用户录入便笺信息 主参与者：用户 主成功场景：支持用户录入便笺信息。 用例名称：查询便笺信息 用力简述：用户查询便笺信息 主参与者：用户 主成功场景：支持用户查询便笺信息。 用例名称：修改便笺信息 用力简述：用户修改便笺信息 主参与者：用户 主成功场景：1、用户根据日期查询便笺信息。2、用户修改便笺信息。 用例名称：删除便笺信息 用力简述：用户删除便笺信息 主参与者：用户 主成功场景：1、用户根据日期查询便笺信息。2、用户删除便笺信息 3.2学校安排 3.2.1校园周程 3.2.1.1用例图 3.2.1.2用例描述 3.2.2学校校历 3.2.2.1用例图 3.2.2.2用例描述 3.2.3教学观摩 3.2.3.1用例图 3.2.3.2用例描述 3.2.4考试安排 3.2.4.1用例图 3.2.4.2用例描述 3.3教师档案 3.3.1聘用记录 3.3.1.1用例图 3.3.1.2用例描述 3.3.2个人荣誉 3.3.2.1用例图 3.3.2.2用例描述 3.3.3辅导获奖 3. 3.3.1用例图 3. 3.3.2用例描述 3.3.4升学考评 3. 3.4.1用例图 3. 3.4.2用例描述 3.3.5教学评价 3. 3.5.1用例图 3. 3.5.2用例描述 3.3.6校内科研 3. 3.6.1用例图 3. 3.6.2用例描述 3.3.7校外获奖 3. 3.7.1用例图 3. 3.7.2用例描述 3.3.8继续教育 3. 3.8.1用例图 3. 3.8.2用例描述 4. 系统的非功能性需求 4.1配置要求 系统提供如下两种浏览器兼容： 1）Microsoft Internet Explorer 6.0 及其以上版本 2）Fire fox 3.0 及其以上版本 4.2安全性需求 安全性需求通常分为四类： 1） 用户认证需求： 阐述系统表示用户和用户认证的方法。系统使用一组用户ID和密码来表示一个用户；在用户登录10分钟后，如果没有任何的动作，则自动退出登录。之后如果再次试图访问受保护页面，则自动显示登录页面。 2） 数据完整性和隐私需求： 确保数据完整，不会影响系统安全。密码必须加密存储；用户账号和密码必须通过SSL进行传送。 3） 授权需求： 如果认证成功，根据用户的级别，允许其执行不同的系统功能。系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面。 4） 事务完整性和审计需求 确保用户无法清除自己在系统中的活动。记录活动相关的数据，使得系统管理员可以发现所有可能的危险行为。 4.3可靠性需求 系统每天至少保持23小时30分的可用时间，每日凌晨3:30到4:00之间进行日常系统维护工作，如数据传输、交换等。 临时的系统停机时间，每月合计必须少于3小时。 4.4并发性需求 在多个并发用户更新同一账户信息时，第一个可以成功更新。随后的更新在提交之前显示错误信息“用户数据已经改变，是否需要刷新用户数据？”。 2019整理的各行业企管，经济，房产，策划，方案等工作范文，希望你用得上，不足之处请指正