《(精品word)某公司系统项目业务需求说明书.doc》由会员分享，可在线阅读，更多相关《(精品word)某公司系统项目业务需求说明书.doc（22页珍藏版）》请在金锄头文库上搜索。
1、(精品word)某公司系统项目业务需求说明书系统项目业务需求说明书文件编号：文件版次：编写人/日期：审核人/日期：批准人/日期：文档变更记录序号修改条款修改说明修改人/日期批准人/日期备注1.2.3.4.注：对本文档内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。目录第1章 引言41.1 编写目的51.1 预期读者和阅读建议5第2章 综合描述52。1 项目背景52。2 业务功能概述62。3 运行环境62.4 假设和约束（依赖）7第3章 业务需求73.1 请假管理73。1。1 业务角色73.1.2 请单字段73。1。3 年假配置导入83。1。4 业务流程93。2 会议
2、管理93.2。1 会议流程93.3 公文管理103.3。1 业务角色103.3。2 收文字段103。3。3 收文流程113.3.4 发文字段113.3.5 发文流程123。4 订餐管理123。4。1 角色123.4.2 订餐流程图123。4.3 菜单导入133.4。4 提醒任务133.4。5 订餐字段133.4。6 每日汇总报表143。4.7 每月汇总报表143。5 拟办事项管理143。5。1 角色143.5。2 字段153。5.3 流程15第4章 其它非功能需求164.1 安全性需求164。2 软件建设原则17第1章 引言本文档是为了详细描述某公司OA系统的业务需求，系统接口需求,方便开发方
3、能够详细了解该系统的各种功能，及系统交互过程。1.1 编写目的说明本文档是为某公司OA系统编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过本文档详尽说明了该软件产品的业务需求，包括修正和（或）发行版本号,从而对该软件产品进行准确的定义。1.1 预期读者和阅读建议 开发人员：需通篇阅读 项目经理：可详尽阅读3章 文档编写入员：可阅读第3章第2章 综合描述本系统辅助某公司内部管理请假,公文,办事,经费，订餐流程.2.1 项目背景为了满足某公司更好的完成公司内部管理,为更好地固化流程，建设某公司系统。2.2 业务功能概述2.3 运行环境服务器端：Windows 2008或以上，Sql
4、server2005以上。客户端:支持Firefox，IE 8/9/10等版本浏览器。2.4 假设和约束(依赖）无第3章 业务需求3.1 请假管理3.1.1 业务角色角色职责部门主管审核请假分管领导审核请假主席审核请假办公室归档请假3.1.2 请单字段请假人职务请假开始日期请假结束日期请假类型请假类型：年休假、事假、病假、公假、婚假、探亲假、丧假、产假、陪产假请假天数请假原因办公室审核意见部门审核意见分管领导审核意见主席审核意见办公室审核日期部门审核日期分管领导审核日期主席审核日期3.1.3 年假配置导入年姓名可休年假已休年假如:2017张三丰102按此表格式导入系统3.1.4 业务流程3.2
5、 会议管理3.2.1 会议流程3.2.1.1 会议流程字段会议时间会议地点会议议题(选择拟办事项中需要上会的记录）列席人员出席人员3.3 公文管理3.3.1 业务角色角色职责办公室拟文办公室主任审核领导批示3.3.2 收文字段来文单位缓急程度缓急情度有那些？收文日期文件编号(需提供文件编号规则）标题来文摘要附件办文类型(办理、传阅）办理人/传阅人（可选择人）3.3.3 收文流程3.3.4 发文字段文种文件编号办文部门拟稿人附件主送机关抄送机关印发日期印数（份)3.3.5 发文流程3.4 订餐管理3.4.1 角色角色说明订餐管理员负责汇总订餐信息3.4.2 订餐流程图3.4.3 菜单导入编号菜名
6、原价员工价每餐5月，菜价超16元后补差价,所以员工价为5+X3.4.4 提醒任务每天10点提醒所有员工订餐3.4.5 订餐字段姓名日期菜名原价员工价3.4.6 每日汇总报表每日汇总：日期、菜名、数量，原价格3.4.7 每月汇总报表每月汇总字段包括：月份、员工姓名、员工价钱，餐费总价钱,数量3.5 拟办事项管理3.5.1 角色角色说明部门负责人办公室办公室主任财务协管领导分管领导党组书记党组成员3.5.2 字段呈现部门呈现人事项名称事项简述分管领导意见办公室意见财务意见党组书记批示党组成员审阅情况办公室主任审核意见是否需要上会3.5.3 流程3.6 经费管理3.6.1 经费配置导入导入字段：年份
7、、部门、项目、经济分类、预算金额、剩余金额。3.6.2 经费报表年份，部门，项目,经济分类，预算金额，剩余金额第4章 其它非功能需求性能需求系统响应速度要求：查看页面平均响应时间业务办理页面平均响应统计页面平均响应时间征信查询时间23秒以内35秒以内515秒以内515秒以内系统应满足724小时可以使用。4.1 安全性需求金融风险监管系统需达到以下的安全属性:1。物理安全需要采取相应措施对系统所处物理环境、所应用的硬件设备、数据传输链路、数据存储介质等进行安全防护。2.网络安全需要采用相关网络安全技术和安全产品可实现对访问系统用户的身份鉴别和边界访问控制和远程访问控制功能；可实时监测和分析网络中
8、的数据流并从中发现针对系统的攻击行为和违规操作；预防计算机病毒的感染和传播；并对网络中的相关行为进行审计,净化网络并提高安全管理力度.3.信息安全需要保证应用系统和系统平台的安全，包括:防止数据和信息被篡改或丢失；避免系统遭病毒破坏；主机平台加固;系统操作和访问行为的审计；对应用系统访问行为的访问控制；系统最大宕机时间1小时；提供备份系统和无单点故障.4。安全管理需要有安全预警和应急响应机制，进行事后追踪和灾难恢复。4.2 软件建设原则u 基本原则在“先进性、实用性、标准化、开放性、兼容性、整体性、共享性、安全性、保密性、可靠性、实时性、经济性、可扩展性、可维护性等十四个方面提出原则性要求.u
9、 系统工程的思想以系统工程的思想指导整个规划、设计过程，从系统需求出发,保证系统规划、实施方案的可行性。u 集成性和模块化系统的各个部分，既要是相对独立的子系统,又能实现相互之间必要的信息交换，可实现自上而下、集中统一的网络、设备监控和管理。系统提供的应用模块，用户可以有选择地运用，每个软件之间相互独立，模块接口开放、明确，任何一个应用模块的损坏和更换不会影响到其它系统,也不会硬性规定其他软件模块的应用。u 标准化与开放性系统采用的各项设备、网络平台、系统软件、应用软件均符合国际通用标准，全面符合国家有关信息安全的政策法规，能够适应国际互联网、政务专网等多层次的安全要求,并按行业标准设计良好的
10、开放性.u 先进性和成熟性选择和设计系统主机、网络平台和各种技术的时候，要符合技术发展的潮流,使系统依据的基本技术在整个生命周期中保持一定的先进性。并在体现先进性的同时，保证成熟性。u 灵活性和实用性依据目前具体情况的需求设计系统的规模、软件功能和业务功能。方案的设计要有技术的延续性、灵活的扩展性和广泛的适应性及良好的用户界面，保证能够兼容不同系统、不同技术、不同时期的应用系统。能够有效地保护已有的各类应用体系和数据资源，节省政府投资。u 安全可靠性整个系统必要的防范措施，通过采用备份、容灾、容错等方案，提供良好的可靠性，使整个系统受到有意、无意的非法侵入而造成系统破坏的可能性降至最低程度。系
11、统的建设要保证主机、网络系统的软、硬件安全；保证系统应用的安全；保证系统数据的安全。u 易用性采用使用人员使用最普遍的信息工具，尽可能减少培训的工作量和适应新系统的周期。系统应该一方面方便各组织的工作人员使用和操作，同时，另一方面也方便系统管理员和广大用户的使用、操作。u 可扩展性整个系统的设计和建设充分考虑主机、网络硬件的扩展需要、应用系统二次开发的需要,以及支持未来可能出现的新业务的需要,系统采用开放的可扩充模块结构，保证以后可以方便地升级和不断增加新业务、增加容量、以及在同一平台上扩充其它业务功能。u 可维护性系统的主机、网络平台、系统软件、应用软件都提供方便、灵活的维护手段，方便应用人员进行维护和管理。u 经济性对整个系统的建设要考虑投资的经济性;一方面要采用先进的技术、设备；另一方面也要考虑项目的投资规模，还要考虑保护投资人的投资利益。19
