Web OA系统需求说明书(doc 33)8563.docx

《Web OA系统需求说明书(doc 33)8563.docx》由会员分享，可在线阅读，更多相关《Web OA系统需求说明书(doc 33)8563.docx（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、文档信息标题：软件需求求说明书作者：创建日期：20003-3-20上次更新日期： 20033-4-188版本：讨论稿部门名称：过程程改进与质量量保证部修订文档历史记记录日期版本说明作者目 录1. 引言1.1 目的定义软件总体要要求，作为用用户、软件开开发人员以及及其他干系人人之间沟通的的基础；描述功能要求、性性能要求、用用户和系统的的接口要求、数数据库要等内内容，作为软软件开发人员员进行软件结结构设计和编编码的基础；作为软件总体测测试的依据。1.2 定义甲方：xxx有有限公司。乙方：xxx有有限公司。招标书：由甲方方提供的招招投标技术规规范书。投标书：由乙方方提供的技技术方案书。1.3 参考资

2、料招标书投标书项目管理制度度xxxx质量管管理体系文件件Iso 90001：20000软件工程国家家标准汇编2. 软件总体概述2.1 软件标识2.1.1 项目名称项目名称：尚学学堂Web OA管理系系统；项目编号：SXXT-WEBOAA-01011；产品范围：按照照招标书中中5.2的规规定执行。2.1.2 产品标识产品名称：产品简称：版本号：1.0002.2 软件描述2.2.1 系统属性Web OA系系统是xxxx信息系统的的子系统之一一，项目完成成后，Webb OA子系系统将和其它它系统一起服服务于xxxx管理过程，这这样就要求本本系统在设计计风格、开发发工具、数据据库等方面要要与其他系统统

3、协调一致。2.2.2 开发背景随着网络的高速速发展，网络络OA系统逐逐渐受到关注注。一些大型型企业集团（例例如联想、海海尔）正致力力实现高层次次的网络办公公自动化，这这将为他们节节省大量的人人力资源，节节省大量的办办公费用，大大幅度提高办办公效率。开发网络办公系系统的市场前前景是广阔的的。大型企业业需要高层次次的网络办公公自动化，他他们往往会选选择大型的软软件公司合作作开发，所需需的开发费用用和维护费用用也是非常高高昂的。这些些高昂的费用用并非大多数数中小企业能能承受得起的的。中小型企企业存在一个个很大的低成成本网络OAA系统的需求求，而我们公公司可以开发发这些低成本本OA系统来来满足这个需需

4、求。尚学堂OA系统统要实现：a、企业内各种种信息资源的的共享b、加强员工间间的交流、提高整整体工作效率率c、为领导各种种有用数据，方方便领导对公司情况的及及时了解、提提供决策支持持d、提供各种种工作记录，以以备事后查询询2.2.3 系统功能序号功能名称功能需求标识优先级简要描述个人办公我的办公桌高打开个人办公桌桌，在个人办办公桌上，是是到达各种管管理功能的快快捷链接我的便签低随手记录的信息息我的任务低任务管理通信录低个人通信录公文管理公文维护高各种类型的公文文管理、审批批公文等归档处理高对已完成流转的的公文进行归归档公共信息信息管理中进行新闻、通知知、期刊、知知识和规章制制度的发布和和管理，使

5、企企业的信息和和知识快速传传播和转移。行政办公会议管理中管理会议室的占占用情况资产管理低管理企业的资产产信息用品管理低管理企业用品的的申请车辆管理低企业车辆的管理理图书管理低图书的借出管理理消息管理收件箱中接收的所有消息息发件箱中发送的所有消息息垃圾箱中已删除的消息聊天记录中跟某个用户的聊聊天记录工作流程流程管理高如何定义企业的的流程（可以以灵活定义各各种流程）表单定义高如何针对不同的的流程定义表表单组织管理机构管理高公司组织架构管管理人员管理高公司人员管理权限管理模块管理高系统所有模块的的管理角色管理高系统的角色定义义、给角色分分配权限等用户管理高系统帐号的分配配、给用户分分配角色、给给用户

6、分配权权限等系统管理密码修改低代码定义低系统初始化低人事档案人员履历低转正申请低离职申请低员工考勤低3. 具体需求3.1 系统角色设置系统共有下列固固有角色：系系统管理员、普通员工、部门领导、档案管理员，系统任何用户均应具有普通员工的权限3.2 系统初始化数据据系统初始化如下下数据：组织机构：总公司总裁办行政部财务部北京分公司办公室造价咨询部部财务部招标代理部部软件开发部部OA项目目组CRM项项目组烟草行业业项目组市场部技术服务部部上海分公司研发中心销售部广州分公司产品研发中中心人员与用户：赵一 zy，系系统管理员，北北京分公司技技术服务部钱二 qe，烟烟草行业项目目组经理孙三 ss，烟烟草行

7、业项目目组成员李四 ls，烟烟草行业项目目组成员周五 ww，烟烟草行业项目目组成员吴六 wl，烟烟草行业项目目组成员郑七 zq，烟烟草行业项目目组成员王八 wb，北北京分公司办办公室档案管管理员冯九 fj，北北京分公司软软件开发部经经理陈十 cs，北北京分公司总总经理诸一一 zyyy，北京分公公司办公室主主任卫一二 wyee，北京分公公司财务部经经理蒋一三 jyss，北京分公司技技术总监沈一四 syss，上海分公司司总经理韩一五 hyww，广州分公公司总经理杨一六 yyll，总公司财财务部经理角色：请参考系统角色色设置模块：请参考系统模块块设置3.3 功能需求3.3.1 登陆界面3.3.2 管

8、理主界面系统管理员登陆陆可看到以下下界面，其它它人员登陆系系统，可看到到的模块，请请参考模块设设置！3.3.3 组织机构组织机构管理主主要包括机构构管理和人员员管理。机构是一个树型型结构，可以以完成添加、删删除操作。主界面要求：界面操作：点击击机构管理进进入机构管理理主界面，在在主界面上列列出顶级机构构，点击某个个机构的名称称，可以查看看这个结构的的详细信息以以及所有子机机构列表（在在子机构列表表上，还可以以点击机构名名称进行进一一步的导航）。在列表界面上，可以点击“返回”以便返回上一级机构。机构信息的浏览览：如，点击“北京京分公司”，将可以列列出此公司下下面的所有部部门：机构信息的添加加：点

9、击添加机构信信息按钮，可可以打开添加加界面，在哪哪个机构层级级上点击添加加，就应该在在本层级上添添加机构！如如在进入“北京分公司司”之后的页面面上点击添加加机构信息：则添加成功之后后其信息被添加到到本页面下面面：机构信息的删除除：点击确定之后，才才能删除对应应的记录，同同时刷新一下下本界面。机构的信息主要要包括：名称类型描述机构名称机构编号字符串机构的编号是唯唯一的；机构构的编号是自自动生成的，编号的规则是：本机构的编号XX（父机机构的编号）_XX（本机机构的序号）机构描述人员管理：包括括添加、删除除人员的信息息人员管理主界面面：人员管理的添加加：点击选择，可以以打开新的界界面选择所添添加人员

10、所属属的机构点击单选框，变变返回人员录录入界面，继继续录入人员员的信息：人员管理的删除除：在删除之前，跟跟机构管理一一样，需要确确认一下再删删除，而且删删除之后，需需要刷新一下下主界面。人员的信息主要要包括：名称类型描述姓名性别所属部门职务地址电话备注【附加：机构管管理的第二界界面，演示ddojo树的的使用】3.3.4 权限管理1、 用户(Userr)可以拥有有多个角色(Role)，角色可以以被分配给多多个用户2、 权限的意思就是是对某个资源源的某个操作作，现在规定定：a) 所谓资源，即系系统的模块b) 所谓操作，包括括：增加、删删除、修改、查查询等操作3、 权限管理系统的的总体功能分分为：授

11、权与与认证4、 授权，指将权限限授予角色或或用户a) 如果用户A拥有有角色B、角角色C，那么么，缺省的情情况下，用户户A将拥有被被分配给角色色A和角色CC的所有权限限（即默认情情况下，用户户A继承其拥拥有的角色所所具有的所有有权限）b) 如果用户拥有多多个角色，那那么用户的权权限是这些角角色权限的合合集c) 如果用户拥有多多个角色，而而且角色之间间的授权有冲冲突（比如对对同一个资源源的同一个操操作，一个角角色为“允许”，另外一个个角色为“不允许”），将以优优先级别高的的角色为准（所所谓优先级别别，也就是对对于这个用户户所拥有的角角色而言，是是有顺序的，同同一个角色在在不同的用户户那里可能拥拥有

12、不同的优优先级）d) 除了可以对角色色进行授权外外，也可以针针对用户进行行授权，也就就是说，将权权限授予用户户。针对某个个资源的所有有操作，我们们可以设置这这些权限对用用户来说是“继承”或“不继承”i. 继承：意思是这这些权限将使使用其（即用用户）所拥有有的角色的权权限，而不使使用其（即用用户）单独设设置的权限ii. 不继承：意思是是这些权限将将使用其单独独设置的权限限，而不使用用其所拥有的的角色的权限限5、 认证，指用户访访问资源的某某些操作时，根根据授权，判判断是否允许许用户的访问问a) 在用户访问的时时候，需要进进行即时的判判断（是否有有权访问）b) 应该提供查询的的功能，可以以查询某个

13、用用户所拥有的的所有权限总体上，可分为为模块管理、角角色管理和用用户管理模块块：模块管理：模块管理主界面面参考：因为模块是一个个树状结构（本本系统只支持持两级模块的的结构），我我们可以点击击其中一个模模块以便打开开其子模块来来维护，比如如点击“信件交流”：可以在这个界面面上添加模块块信息以及删删除模块信息息角色管理：可以添加角色信信息、删除角角色信息以及及给角色授权权给角色授权，选选中其中一个个角色，可以以打开角色授授权界面：在这个界面上，按按照两级模块块的形式列出出系统所有模模块，以及在在这些模块上上面的CRUUD（添加、读读取、更新、删删除）权限；所谓“启用”，意思是本本设置有效，否否则设

14、置无效效！当点击选中其中中某个模块的的某个权限时时，系统自动动添加此权限限！【选中就就开始生效，无无需点击提交交按钮】用户管理：因为用户实际上上就是系统人人员的帐号，而而且每个人只只能拥有一个个帐号，所以以用户管理主主界面，实际际上就是系统统所有人员的的列表！【分配帐号】 - 给人员员分配帐号，如如果已经有帐帐号，则提示示无法继续分分配帐号，如如果想修改帐帐号的话，需需要先删除帐帐号，再重新新分配【删除帐号】- 提示是否否删除，如果果确定，再发发出删除请求求，在删除成成功之后，刷刷新界面。【分配角色】- 给用户分分配角色，一一个用户可以以拥有多个角角色，点击“分配角色”：在分配角色的界界面上，

15、点击击“给用户分配配角色”，可以选择择需要分配的的角色，同时时可以输入其其优先级：点击“分配角色色”按钮，提交交数据，这时时候，所选择择的角色，就就会被赋予相相应的用户： 如果想要修改某某个角色的优优先级，可以以选择重新分分配一次这个个角色，同时时给它指定另另外一个优先先级即可：注意：用户所拥拥有的角色列列表，是按照照优先级大小小倒序排列的的，即优先级级最高的排前前面。【用户授权】- 给用户单单独授权在主界面上点击击“用户授权”，打开的授授权界面跟角角色授权类似似：但是，用户授权权多了一个“不继承”选择框，只只有在选择了了这个框的前前提下，给用用户的单独授授权设置才是是有效的，否否则它将使用用

16、其拥有的角角色的权限！3.3.5 公文管理总共可分为公文文管理以及公公文归档文档流转事实上上是对工作流流以及工作流流中的文档进进行管理，对对于大多数企企业来说，核核心的管理就就是工作流和和文档的管理理。 一般的企业都会会有很多流程程，比如：请假流程报销流程收文/发文流程程收文：处理收到到上级部门及及其它部门的的公文 发文：上级及有有关部门需协协调和解决的的问题进行的的一系列流程程流程的本质，就就是很多人在在一起完成一一件事情流程可能会经过过不同的中间间环节，在中中间环节上，由由相关人员进进行处理所有流程中间环环节的处理过过程，需要进进行记录【公文管理】可可分为公文维维护与公文归归档处理：在其主

17、界面上，显显示由当前登登陆人员创建建的所有公文文。可以在我的公公文、待审核公文文、已审核公公文之间切换换：公文的添加：点击其中一个公公文形式（流流程），打开开此流程的公公文添加界面面：重要的一点是，可可以选择流程程！这些流程程都是通过设设计器或编写写流程文件的的方法创建的的。添加完成后，公公文管理主界界面是：公文的删除：用用户可以对公公文执行删除除操作公文的流转：可可以点击提交交操作，将公公文提交流程程用户只能对属于于自己的公文文（自己创建建的公文）进进行操作在公文进入流程程之后，不再再允许用户对对公文执行修修改和删除操操作在公文流转结束束以后，用户户可以对公文文设置成归归档状态用户登录系统之

18、之后，可以看看到自己的待待审批公文列列表在我的公文视图图里，可以将将这些公文进进行提交，即即提交到流程程。打开提交界面：选择下一个步骤骤进行提交操操作，提交完完成后，在公公文主界面上上，不能再次次对公文执行行提交和删除除等操作：如果此时在流程程中下一个节节点的用户登登陆，便可以以在“带审批文档档”视图中看到到流到此人的的文档。下面面是一个带审审核公文列表表：执行审批操作：点击保存审核信信息之后，可可以执行提交交操作。当然，也可以再再次点击审核核操作，这时时候，需要打打开界面，更更改审核意见见！提交之后，根据据相应的选择择，公文将流流到相应的人人员那里，依依次下去，直直到流程的结结束！这就是是公

19、文管理主主要过程！在公文管理主界界面上，可以以点击“下载”，下载附件件文档，以便便查看详细内内容；或者点点击“查看审批历历史”，可以查看看相关文档的的审批记录。一旦文档经过审审批并提交之之后，在“待审批文档档”列表视图中中就会消失，但但是在“已审批文档档”中，却需要要能够找到这这些已被审批批过的文档记记录！3.3.6 工作流程【流程管理】可以自定义流程程（通过流程程设计器）流程可以随时作作出修改流程示例发文流程发文流程主要是是上级及有关关部门需协调调和解决的问问题进行的一一系列流程，本本流程对发文文的全过程进进行有效控制制和跟踪，实实现完善的发发文流程。发文流程主要要包括：公文生成：选选择按公

20、文的的类型预先设设计好的公文文标准格式模模板，在向导导的指导下轻轻松地进行公公文的撰写。审核：生成的的文稿经计算算机网络送审审核负责人进进行审核，审审核负责人在在审核意见栏栏中签署审核核意见后，初初稿传回撰稿稿人处修改。内、外部会签签：对于需要要有关部门会会签的公文，由公文管理人员按照会签要求，将公文发往有关部门签署意见。签发：审核通通过和会签完完毕的公文发发往签发负责责人，由签发发负责人在签签署意见栏中中签署意见，并并签名，同时时确定或修改改转送单位，签签发完成或，返返回公文管理理部门。处理：由公文文管理部门对对签发完毕的的公文进行处处理，包括编编号、分发、登登记、存档、打打印等功能。查询：

21、可以按按照多个条件件进行查询。发文流程可以根根据企业需要要随时调整流流程，流程结结束后由文件件及相关信息息直接归档。归归档后的文件件，可以按机机密等级分权权限进行查询询，查询权限限可以由用户户指定。收文流程收文流程主要要是处理收到到上级部门及及其它部门的的公文，对收收文进行登记记和维护，并并提供查询,同时对收文文的全过程进进行有效控制制和跟踪，实实现完善的收收文流程等。收文流程主要包包括：收文登记：电子子文件直接存存入数据库，直直至文本文件件向通过键盘盘或扫描仪输输入原文后，经经计算机识别别系统将其转转换为文本文文件，再存入入收文库。内部转发：将公公文信息通过过网络系统传传送到相关的的部门，根

22、据据文件的性质质、保密程度度与权限的不不同，采用相相应的加密处处理，对文件件的办理、传传阅、查询等等，应按不同同的级别和部部门给以限定定。拟办：将待拟办办的公文通过过网络发送给给拟办负责人人，由拟办负负责人直接在在计算机上签签署处理意见见或选择拟办办模板，拟办办完成后，公公文自动转去去批办。批办：将待批办办的公文通过过网络发送给给有关批办负负责人，由批批办负责人直直接在计算机机上签署处置置意见或选择择批办模板，批批办完成后，公公文自动返回回公文管理部部门。注办：当公文处处理完毕后，由由承办单位或或个人在计算算机终端“收文处理单单”的“处理结果”栏中填写公公文的办理结结果。返回公公文管理部门门，

23、由公文管管理部门注办办并作归档等等处理。查询：相关人员员可以对收到到的公文及其其信息进行查查询。出差流程出差流程是实现现出差前的申申请和审批、出出差后的总结结、审批和费费用的报销等等，同时对出出差的全过程程进行有效控控制和跟踪，实实现完善的出出差流程等。出差流程主要包包括：出差申请：由出出差申请人填填写出差任务务单，发送审审批人进行审审批。出差审批：审批批人进行出差差任务单的审审批，审批完完成后发送出出差申请人。出差返回：出差差申请人出差差返回，填写写出差情况汇汇报及差旅费费，抱审批人人进行审批。出差汇报：审批批人进行出差差情况汇报及及差旅费的审审批后，发送送财务部进行行审查及报销销。财务：财

24、务进行行差旅费的审审查及报销，最最后系统自动动存档。查询：公司领导导及个人可对对出差的情况况进行查询。流程管理的主界界面如下所示示：在主界面上，应应列出系统的的所有流程，而而且针对每个个特定的流程程，可以重新新进行上传和和发布。点击流程名称，应应能获得关于于此流程的详详细信息，如如下所示：【查看流程图片片】【查看流程定义义】表单定义可以实现表单模模板的动态定定义，即针对对不同的流程程，可以定义义对应的表单单。3.4 性能需求本节说明软件数数据处理能力力和时间特性性的需求。数据处理能力可可能包括：支支持的终端数数、支持并行行操作的用户户数、处理的的文件和记录录数、表和文文件的大小。时间特性可能包

25、包括：响应时时间、更新处处理时间、数数据的转换和和传送时间、运运行时间等。3.5 数据库需求本节说明对软件件应用的数据据库的需求，如如：数据项、记记录、文件标标识、静态和和动态的组织织、存取能力力等。3.6 设计约束3.6.1 其他标准的约束束本节描述由现有有的标准或规规则派生的要要求，如：a. 报表格式；b. 数据命名；c. 会计准则；d. 审计追踪，等等等。3.6.2 硬件约束本节包括各种软软件运行的硬硬件约束，如如：a 硬件配置的特点点；b 内存储器和辅助助存储器的容容量。3.7 属性本节定义用户对对软件的其他他属性的要求求，可能的内内容如下所列列。如果软件件需求说明书书包括了下列列属性

26、，但在在软件需求说说明书的其他他章节进行说说明，须在相相应小节指明明。3.7.1 可用性定义某些需求（如如：检查点、恢恢复方法和重重启动性等），以以保证软件的的可用性。3.7.2 可靠性定义软件在规定定的时间内和和规定的条件件下，满足规规定功能的能能力。3.7.3 效率定义软件在规定定的条件下，功功能和性能水水平与所使用用资源量（如如软件产品、硬硬件设施、耗耗材、操作人人员、维护人人员）之间的的关系。3.7.4 安全性说明如何保护软软件，以防止止偶然或恶意意的访问、使使用、修改或或泄密。3.7.5 可维护性规定需求以保证证软件是可维维护的。3.7.6 可移植性说明软件对软、硬硬件环境的兼兼容，

27、它从一一个环境移植植到另一个环环境的约束等等。.3.8 外部接口需求3.8.1 用户接口本节说明为方便便用户使用而而提出的软件件与用户界面面的需求。如如:屏幕格式式、报表格式式、菜单格式式、输入输出出时间、功能能键的使用。3.8.2 硬件接口本节说明软件与与硬件间各接接口，可使用用接口框图进进行说明。说说明内容包括括：a) 接口标识；b) 功能描述；c) 信号方向、格式式、传输协议议；d) 优先级；e) 响应时间；f) 异常处理。对每一硬件，需需提供名称、缩缩写、型号、数数量，并说明明其功能。3.8.3 软件接口本节指定需使用用的其他软件件产品（如：数据管理系系统、操作系系统、数学软软件包），

28、以以及同其他应应用系统之间间的接口。如如果已有完整整的接口文件件，需在本节节指明。说明明内容包括：a) 接口标识；b) 功能描述；c) 数据流程和控制制流程的方向向；d) 数据格式、容量量；e) 接口类型（如手手动或自动）；f) 接口数据中断的的优先级别；g) 中断响应时间；h) 异常处理等。对每一个所需的的软件产品，需需提供名称、缩缩写、规格说说明、版本号号、来源等内内容。3.8.4 通信接口本节指定各种通通信接口，如如局域网的协协议等。4. 数据字典以如下方式列出出数据字典：存折=户名+所所号+帐号+开户日+性性质+（印密密）+1存存取行50户名=2字母母24所号=“0011”.“9999

29、99999”，如果数据字典典在设计阶段段完成或进一一步完善，在在此节说明。5. 附录用户方组织机构构图；附录中还可能包包括的内容有有：a 原有系统的组织织机构图、业业务流程图、信信息流程图；b 输入、输出格式式样本；c 交叉索引等；d 软件需求说明明书确认协协议。软件需求说明明书确认协协议甲方：XX 乙方：XX在甲方的大力力配合与支持持下，乙方制制作了该软软件需求说明明书；甲方方对该软件件需求说明书书经过详细细审核，已确确认该软件件需求说明书书中的各项项内容翔实全全面，该软软件需求说明明书中的内内容已完全包包括了项目目开发委托合合同中的用用户需求说明明书部分中中关于软件产产品的需求。经经过甲乙

30、双方方友好协商，达达成如下协议议：1 该软件需求说说明书是项项目开发委托托合同的补补充文件，与与项目开发发委托合同具具有同等的法法律效力；2 该软件需求说说明书是项项目开发委托托合同中_条条_款软件产品品最终验收的的唯一标准；3 甲方在项目开开发委托合同同中_条_款软件产品品最终验收前前可提出对该该软件需求求说明书中中的内容进行行变更（包括括增加、修改改、删除），双双方应就此签签署软件产产品需求更改改备忘录或或补充协议；4 甲方同意乙方根根据该软件件需求说明书书进行项项目开发委托托合同中_条条_款软件产品品的开发；5 本协议一式二份份，甲乙双方方各执一份；6 本协议自甲乙双双方签字之日日起生效。甲方委托人（签签字）： 乙乙方委托人（签签字）：甲方单位（盖章章）： 乙方单位（盖盖章）： 年年 月月 日日 年 月 日日注：此页为范文文，可修改