需求分析(练习模版).doc

Xxxx系统Xxxxx模块需求规格说明书版本号：v1.0提交日期：2004/6/14提交人：xxxx有限公司xxxx项目组1引言41.1编写目的41.2项目背景41.3定义41.4参考文档42任务概述42.1目标42.2运行环境43功能需求53.1功能划分53.2功能描述63.2.1功能程序管理63.2.2用户管理63.2.3日志管理73.2.4群组定义73.2.5角色管理83.2.6业务流程定义93.2.7项目定义103.2.8部门管理103.2.9用户权限分配114数据描述124.1静态数据124.2动态数据124.3数据库介绍125性能需求125.1数据精确度125.2时间特性125.3适应性126用户界面126.1功能程序定义126.1.1功能126.1.2 GUI设计136.1.3 GUI元素描述136.2用户管理136.2.1功能136.2.2 GUI设计136.2.3 GUI元素描述136.3日志管理136.3.1功能136.3.2 GUI设计136.3.3 GUI元素描述136.4群组定义146.4.1功能146.4.2 GUI设计146.4.3 GUI元素描述146.5角色管理146.5.1功能146.5.2 GUI设计146.5.3 GUI元素描述146.6业务流程定义146.6.1功能156.6.2 GUI设计156.6.3 GUI元素描述156.7项目定义156.7.1功能156.7.2 GUI设计156.7.3 GUI元素描述156.8部门管理156.8.1功能156.8.2 GUI设计166.8.3 GUI元素描述166.9用户权限分配166.9.1功能166.9.2 GUI设计166.9.3 GUI元素描述161引言1.1编写目的 1为实现公司内部日常办公、信息交流的自动化，特开发Intranet系统。系统管理（Admin）模块作为Intranet系统中不可缺少的重要部分，为明确系统管理模块需求，确定模块边界，供后续开发提供基础，特编制此需求说明书。2 文档供项目经理、设计人员、开发人员、验收人员参考。1.2项目背景委托单位：xxxx有限公司开发单位：xxxxxxxx有限公司Intranet项目组1.3定义Admin系统管理1.4参考文档xxxxxxxxxx有限公司Intranet系统需求规格说明书2任务概述2.1目标分析系统管理业务模块的需求，根据需求得出本模块需要完成的工作，以用和系统其它部分的关系，初步得出本模块的功能框架结构。2.2运行环境硬件环境：客户端：至少P| MMX 200 CPU。64MB内存服务器：至少1GHz CPU。512MB内存系统环境：客户端：Windows98或以上版本，IE 5.0 或以上版本服务器：Windows2000或以上版本开发环境： DBMS：SQL Server 2000 Web服务器：IIS 开发语言：Microsoft .NET 开发工具：Visual Studio .NET 使用技术：ASP .NET C# ADO .NET XML3功能需求3.1功能划分系统管理模块在Intranet系统中占据着重要的地位，它管理着系统的基础设置和公共数据，它需要对系统其它模块提供一个统一的接口，以便系统其它模块从中获得必要的信息。本模块初始数据的建立和设置是由系统管理员来完成的，其它用户对本模块是不可见的。本模块和其它模块之间的的耦合程度为数据耦合。本模块包括：功能程序管理，用户管理，日志管理，群组定义，角色管理，业务流程定义，项目定义，部门管理，用户权限分配。如图3-1所示。 图3-1 Admin子功能模块图3.2功能描述3.2.1功能程序管理（Function Management）功能程序管理描述定义了Intranet系统中和用户权限有关的系统的功能和操作。它的目的是把系统中所有的功能或操作都统一管理起来，以便针对不同用户分配相应功能或操作的权限。没有某项功能或操作权限的用户对该项功能或操作是不可见的，或者提示用户不具有该项操作的权限。功能程序管理只能由系统管理员进行设定。功能程序管理中涉及两种术语的功能程序：系统功能程序（System Function）、用户功能程序（User Function）。System Function是系统固有的真实功能或操作（即系统向用户提供的所有服务），每一项真实功能或操作都由系统自动维护对应到System Function Table（System Function Table是存储系统功能信息的数据表），任何用户都不能更改System Function的内容；User Function是由用户创建的并关联到System Function，它是由用户创建并维护的。 功能程序管理子模块中所管理的功能程序需要包涵以下属性：用户功能程序ID，用户功能程序名称，系统功能程序ID（用户功能程序对应的实际功能程序ID），程序类别（功能或操作），描述信息等。新建用户功能程序时，系统向用户提供一个系统功能程序列表供用户选择，选择的系统功能程序是由系统自动设置的，用户不能修改或删除；用户可以新增、更新、删除用户功能程序。如图3-2所示。 图3-2 功能程序管理子模块功能示意图3.2.2用户管理（User Management）用户管理子模块管理着系统中所有的用户信息，它相当于公司员工信息库，系统的任何人员信息都取自此处。任何登录系统的用户，都必须是已经在用户管理中建立了用户信息。用户信息包括以下属性：用户工号，姓名，用户名称，用户密码，性别，部门ID，地址，电话，邮箱地址，状态（离职或在职），对外头衔编号，真实头衔编号，角色编号，登录标记（允许或禁止），描述信息等。系统管理员可以进行用户信息管理，包括增加用户，修改用户信息，删除用户信息。 图3-3 用户管理模块功能展示3.2.3日志管理（Log Management）日志管理跟踪记录了用户使用系统的情况。用户登录系统后访问过系统哪些功能模块，进行过什么操作，触发了哪些错误或异常，都在记录在相应用户的日志文件中。日志管理是以用户为单位进行日志跟踪记录的。用户日志应包括以下属性：用户ID，类型（消息、错误、警告），来源，日期，时间，事件，描述信息等。日志跟踪可以记录到用户对系统的各项访问和操作。可以根据日期区间，用户ID，功能程序名称（哪些用户访问过此功能模块）组合条件查看用户日志信息。日志信息不可修改、，即使日志所依付的用户信息在系统中被清除了，该用户的日志信息仍将保留在系统中。但管理员可以清空某用户或所有用户的日志信息。图3-4 日志管理子模块功能展示3.2.4群组管理（Group Management）群组定义相当于将用户分组，以便于对属于这一组的用户进行操作权限控制或赋予某种权限。即在系统中预先建立一些群组，可以针对群组内增加用户，删除用户。此处增加的用户必须是在用户管理模块中已存在的用户信息；删除用户就是使某用户脱离群组。群组信息必须包括以下属性：群组ID，群组名称，描述信息等。系统管理员可以对群组进行如下操作：新增群组，修改群组信息，删除群组等。修改群组信息时，对该群组下的用户没有影响；删除群组信息时，该群组下所属用户自动脱离该群组。在新建立群组信息时，可以为该群组增加或删除用户，这里的删除是在增加的基础上删除。在修改群组信息时，也可以为该群组增加或删除用户。 图3-5 群组定义子模块功能示意图3.2.5角色管理（Role Management）角色是对系统用户在系统中的地位进行划分，如系统管理员、普通用户、游客等。每个用户在系统中都有相应的角色，我们可以依据角色来管理用户，进行权限分配。分配权限时系统显示功能程序列表给用户选择。系统中可以建立任意多的角色，可以为各角色赋予不同的系统访问能力。此处建立的角色信息反应在新增用户时的角色选择栏内。角色信息应包括以下属性：角色ID，角色名称，描述信息等。系统管理员通过角色管理模块，可以新增角色，修改角色信息，删除角色。 图3-6 角色管理子模块功能示意图删除角色时，要验正该角色是否已被使用，若该角色已被使用，则该角色中的用户自动脱离该角色。如果该角色被指定为某个业务流程的流程段的操作者，且该业务流程已被使用，则不允许删除该角色。 图3-7 删除角色3.2.6业务流程管理（Business Flow Management）业务流程定义了系统中一些业务的实现流程，即完成业务需要经过的步骤：起点过程结束。系统管理员定义好某项工作的业务流程后，当用户欲完成该项工作业务时，可以指定该项工作按选定的业务流程去完成。在系统中定义了业务流程后，就给了系统非常大的灵活性，公司日常的业务操作流程可以根据当前市场变化加以调整，这样极大的适应了当今瞬息万变的商业环境。业务流程定义应包括如下属性：业务流程ID，业务流程名称，流程次序ID，用户使用计数器，角色ID，描述信息等。系统管理员可以针对业务流程进行增加、删除、修改操作。如图3-8所示。 图3-8 业务流程定义功能图示删除业务流程时，应该判断该业务流程是否正已被使用，如果已被使用，则不允许删除；当该业务流程当前没有被使用时，才允许删除。修改业务流程时，也要判断该业务流程是否已被使用，如果已被使用，则不允许修改。 图3-9 删除业务流程示意图3.2.7项目定义（Project Definition）项目定义模块定义了系统中维护的项目信息，应该包括以下属性：项目编号，项目全称，项目简称，创建者编号，创建日期，计划开始日期，实际开始日期，计划结束日期，实际结束日期，项目需求人力，项目经理编号，代理项目经理编号，项目状态（Create, Ongoing, Closed），项目所属部门，描述信息等。项目定义模块提供如下操作：维护项目信息（包括新建、更新、删除），维护项目参与小组信息（包括新建、更新、删除），维护项目参与人员信息。如图3-10所示。 图3-10 项目定义子模块用例图维护项目参与人员信息是指向项目小组中增加或删除参与项目成员。小组信息应该包括以下属性：组别ID，组别名称，组长，所属项目编号，描述信息等。项目成员信息应该包括以下属性：组别ID，用户ID，描述信息等。3.2.8部门管理（Department Management）部门管理定义了公司的部门信息，用户和项目所属部门信息由此处提供。部门信息应该包括以下属性：部门ID，部门名称，部门经理，上级部门，部门邮箱，部门电话，说明信息等。上级部门属性描绘出了公司的组织架构图。建立部门信息时，若指定了该部门的上级部门，则上级部门的下属部门信息中将自动加入该部门信息。系统管理员可以维护部门信息，包括新建部门，更新部门信息，删除部门等。 图 3-11 部门管理用例图删除部门信息时，若此部门下存在员工信息时，则不允许删除该部门信息，如图3-11所示。 图3-12 删除部门信息3.2.9用户权限分配（User Right Assignment）用户权限分配是以用户为单位分配访问系统的权限。这里可供分配的权限列表就是在功能程序定义中定义好的用户功能程序列表。用户权限信息应包括以下属性：用户ID，功能程序ID，能否使用，描述信息等。为用户分配权限时，先从用户列表中选择用户ID，再从功能程序列表中选择该用户可以访问的功能程序，如图3-12所示。图3-13 用户权限分配4数据描述4.1静态数据4.2动态数据4.3数据库介绍采用SQL Server 20005性能需求5.1数据精确度5.2时间特性业务流程定义：系统某项工作按照定义的业务流程步骤进行。5.3适应性本系统采用B/S结构，采用Microsoft .NET技术开发，具有良好的适应性。6用户界面6.1系统登录页面6.1.1功能用户登录Intranet系统。6.1.2 GUI设计6.1.3 GUI元素描述Login6.2修改密码页面6.2.1功能用户修改登录密码。6.2.2 GUI设计6.2.3 GUI元素描述Change6.3我的办公桌页面6.3.1功能用户登录Intranet系统进入系统后的第一个页面，显示用户经常访问的功能入口。6.3.2 GUI设计6.3.3 GUI元素描述My Desk6.4系统功能页面6.4.1功能系统功能模块页面，对系统的所有功能访问均可在此完成。6.4.2 GUI设计6.4.3 GUI元素描述Function6.5功能程序定义6.5.1功能查看系统功能程序定义，修改功能程序属性。6.5.2 GUI设计6.5.3 GUI元素描述6.6功能程序定义6.6.1功能查看系统功能程序定义，修改功能程序属性。6.6.2 GUI设计6.6.3 GUI元素描述6.7用户管理6.7.1功能管理系统用户信息。6.7.2 GUI设计6.7.3 GUI元素描述User Management6.8日志管理 6.8.1功能 记录每个用户使用系统功能的日志信息。6.8.2 GUI设计6.8.3 GUI元素描述Lo