首页 软件需求分析报告文档模板

软件需求分析报告文档模板

举报
开通vip

软件需求分析报告文档模板软件需求分析报告文档模板 附录A 软件需求分析报告文档模板 1. 引言 ...................................................................................................................................... 3 1.1 编写目的.................................................................................

软件需求分析报告文档模板
软件需求分析报告文档模板 附录A 软件需求分析报告文档模板 1. 引言 ...................................................................................................................................... 3 1.1 编写目的......................................................................................................................... 3 1.2 项目风险......................................................................................................................... 3 1.3 文档约定......................................................................................................................... 4 1.4 预期读者和阅读建议 ...................................................................................................... 4 1.5 产品范围......................................................................................................................... 4 1.6 参考文献......................................................................................................................... 4 2. 综合描述 ............................................................................................................................... 5 2.1 产品的状况 ..................................................................................................................... 5 2.2 产品的功能 ..................................................................................................................... 5 2.3 用户类和特性 ................................................................................................................. 9 2.4 运行环境......................................................................................................................... 9 2.5 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 和实现上的限制 .................................................................................................... 10 2.6 假设和约束(依赖) ......................................................................................................... 10 3. 外部接口需求 ..................................................................................................................... 10 3.1 用户界面....................................................................................................................... 10 3.2 硬件接口....................................................................................................................... 14 3.3 软件接口....................................................................................................................... 14 3.4 通讯接口....................................................................................................................... 14 4. 系统功能需求 ..................................................................................................................... 14 4.1 说明和优先级 ............................................................................................................... 14 4.2 激励,响应序列 ........................................................................................................... 15 4.3 输入,输出数据 ........................................................................................................... 38 5. 其它非功能需求 ................................................................................................................. 39 5.1 性能需求....................................................................................................................... 39 5.2 安全措施需求 ............................................................................................................... 39 5.3 安全性需求 ................................................................................................................... 39 5.4 软件质量属性 ............................................................................................................... 40 5.5 业务规则....................................................................................................................... 40 5.6 用户文档....................................................................................................................... 40 6. 词汇表 ................................................................................................................................. 40 7. 数据定义 ............................................................................................................................. 40 8. 分析模型 ............................................................................................................................. 41 9. 待定问题列表 ..................................................................................................................... 41 1. 引言 在现代社会激烈的竞争中,如何提高企业的办公效率降低资源浪费。从而在竞争中脱颖而出,是目前企业经营的重要环节,引入办公自动化系统来管理企业已势在必行。 办公自动化(Office Automation,简称OA),是指利用计算机技术和网络技术,是办公室部分工作逐步物化于各种现代化的设备中,由办公室人员与设备共同构成服务于某种目标的人机信息处理系统。办公室自动化已经成为现代企事业单位实现管理现代的一个重要途径。 在管理模式方面,我国企事业的管理。已由传统的管理逐步转向数字、知识、信息的管理,信息管理就是对业务流程中无序的系统进行系统化管理,实现信息收集、处理、共享和在利用。以提高业务水平和效率;信息管理今后将成为决定企事业单位竞争力的关键因素,而信息的创造、共享和再利用只有与特定的业务流程密切相关,才能有效的发挥作用。通用而可行的模式是采用成熟、稳定的大型关系数据库,统一进行信息分类和管理。 在平台方面,国内的办公自动化市场,呈现出百花争艳的状态,基于Lotus Notes和Microsoft Exchange Serve平台的各式各样的OA产品占有相当的市场,但因为价格相对较高,而且硬件支持环境要求高,所以在实际应用中,受到很多制约,同时操作起来也相当复杂,这样无形中给给企业带来了许多不便和资源的浪费,本系统的主要目的就是通过相关技术,解决企业现存的问题,从而提高企业的竞争力和品牌形象。 同时本系统界面友好、功能实用、操作简单采用目前流行的.net技术和B/S结构,便于使用,系统升级和维护 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系,那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ? 任务提出者; ? 软件开发者; ? 产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ? 正文风格; ? 提示方式; ? 重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ? 用户; ? 开发人员; ? 项目经理; ? 营销人员; ? 测试人员; ? 文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。 1.5 产品范围 本产品仅供学习参考使用。 1.6 参考文献 《C#程序员参考手册》 Grant Palmer著 康博 译 清华大学出版社出版 2002年9月第1版 《C#设计模式》【美】James W.Cooper 著 张志华、刘云鹏等译 电子工业出版社出版 2003年8月第1版 《C#高级编程(第三版)》【美】Wrox Press Inc著,清华大学出版社 《21天学通C#》【美】Jones BL著,人民邮电出版社,2002年3月 《Programming C#中文版(第4版)》【美】里伯提(Liberty.J.) 著 《ASP.NET网站开发四“库”全书》邓健,电子工业出版社,2005年8月 《UML精粹(第三版)》【美】Martin Fowler著,清华大学出版社 软件需求说明书(GB856T——88).doc 数据库设计说明书(GB8567——88).doc 概要设计说明书(GB8567——88).doc 详细设计说明书(GB8567——88).doc 2. 综合描述 本产品拟适用于中小型企业内部办公使用,对于系统维护人员,要求熟悉计算机并且有一定的编程基础。本系统可运行于windows 2000及以上版本的操作系统上,使用Microsoft Visual Studio2005平台,数据库采用SQL server2000,服务器需要安装IIS及.Net framework 2.0。 此产品不具有任何商业价值,仅供内部学习交流使用。 2.1 产品的状况 描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况: ? 不是产品系列中的下一成员; ? 不是成熟产品所改进的下一代产品; ? 不是现有应用软件的替代品(升级产品); ? 不是一个新型的、自主型的产品。 2.2 产品的功能 因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。 为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。 参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。 2.2.1 功能划分 系统管理,人事管理,项目管理,文档管理,内部邮件管理,公司日程管理等 2.2.2 功能描述 系统管理 a.管理登陆日志:登陆日志是提供给系统管理员进行管理使用的, 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 所有用户的 登陆信息,同时还系统管理员删除过期日志信息的功能。 b.管理操作日志:操作日志提供对用户重要操作行为的记录,系统管理员可以通过 操作日志查看用户对数据库的关键操作,及时发现用户不合理的操作,保证系统的 安全 c.目录管理:实现系统管理员对系统模块目录等相关信息的增删改查 d.模块管理:实现对系统模块增删改查及模块权限管理等功能 e.修改密码:实现所有登陆用户登录后可对自己账户的密码进行修改的基本功能 f.角色管理:此模型将系统的模块权限和用户分开,使用角色作为一个中间层,用 户和角色的关系是,一个用户可以同时属于一个或多个角色,一个角色也可以同时 包含一个或多个用户。同样,角色和模块之间的关系也是多对多的关系,并且可以 设置角色对模块具体的操作权限。用户访问模块时,通过其所在的角色对该模块的 访问权限来获得访问该模块的权限,通过这种分层的管理模式可以实现有效的权限 管理。 g.账户管理:系统管理员可对冗余的账户进行删除操作。 人事管理 a. 机构管理:该模块面向企业或集团应用,能够添加企业或集团公司的各分 支点部门和机构;但只有人力资源管理员相应权限才有权力添加或删除机构信息。 此子模块提供机构信息的基本数据库操作;添加、删除、修改。 b. 部门管理:管理各分支机构的所属的部门信息。包括各部门的负责人、电 话号码、传真、地址等,只有人力资源管理员可对部门列表进行浏览、新增、编辑、删除等操作,其他人员只能看到相应权限的栏目。 c. 人员管理:包括员工的基本信息、个人信息、福利待遇、学历信息、履历信息、档案信息、 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 信息;并提供简捷明了的按机构、部门、个人名字等条件进行检索、录入和修改。 d. 人员照片:提供以员工照片的形式浏览员工的基本信息,可按机构、部门和单个员工查阅详细信息资料。同时便于新员工、跨部门的员工相互间尽快认识和熟悉起来。 项目管理 a. 项目管理:通过项目管理子模块,可实现创建新项目,修改或删除已有的项目。在项目详细信息页面,填写项目基本信息,设置项目进程信息,分配项目成员。 b. 项目角色管理:此模块实现对公司的所有员工进行项目角色分配,以控制员工在项目管理模块中活动的权限。 c. 项目进程日志管理:根据项目角色的权限设计,用户分别对相应的项目进程日志进行管理。项目成员对其参与的项目进行个人进程日志管理;项目经理除了对其参与的项目进行个人进程日志管理,而且对其管理的项目进行进程日志管理;项目系统管理员可对所有的项目进程日志进行管理 d. 项目统计报告:项目统计可以分别按项目和项目成员进行统计,项目统计信息包括项目基本信息、该项目成员的进程信息,成员统计信息包括该成员参与项目的所有统计信息。项目经理可对其管理的项目及项目成员进行统计,并生成统计报告;项目系统管理员可对所有项目及项目成员进行统计,并生成统计报告 文档管理 a. 文档管理: 实现文档录入和组织管理的功能,除实现数据库的3个基本功能 外,还实现文档和目录的转移功能,即将文档或目录转移至其他目录下。本子 模块还有个重要功能是实现文档和目录的权限管理功能,缺省情况下,文档或 目录的创建者拥有该文档或目录的管理权限,具有管理权限的用户可设置文档 或目录的其他权限,设置权限的对象可以是部门,即部门下的所有人员,也可 以是单个用户,主要有包括以下3个权限。 , 读取权限:只能查看文档或目录的基本信息,不包括权 限信息。 , 写入权限:除可查看文档或目录的基本信息外,还可修 改基本信息。 , 管理权限:这是文档或目录的最高权限,除写入和读取 权限外,具有文档或目录的管理功能,包括删除、转移以及修改 权限的功能。 回收站的功能是防止文档或目录的误删除操作,用户在文档管理子模 回收站: 块中删除的文档或目录将进入回收站,通过回收站可还原被删除的文档或目 录,也可将被删除的文档或目录进行彻底删除。 文件搜索:通过文档搜索子模块,可对公司海量的文档资料进行高效的检索。 本子模块实现文档搜索的条件包括文档名、关键字、文档附件全文、创建者以 及文档创建日期和文档类型,通过这些条件可对检索的文档进行精确地定位, 快速地找到需要的文档。 内部邮件管理 a. 信息提醒: 当用户进入消息传递模块时,将弹出信息提醒窗体,提供给用户接收新消息的统计信息。 b. 发送信息:完成发送消息的功能。分为3个功能区:基本信息区、接收对象区和上传附件区,基本信息区包括信息重要性、标题、内容以及发送时间,发送时间通过弹出的日期选择窗口进行选择,避免用户输入错误,信息内容可通过内置的HTML编辑器进行编辑。接收对象区按照公司机构和部门的组织形式,可添加员工,也可添加部门,添加部门就是将该部门下的所有员工全部添加为信息接收对象,接收的方式可分为直接发送和秘送两种方式。上传附件区通过选择本机中任何格式的文件上传到服务器,一次可上传多个附件,上传错误的附件可通过删除功能进行删除,填写完成的信息用户可选择发送还是保存此信息,保存后的信息将存放到草稿箱,等待以后修改再次发送。 c. 信箱管理:各个信息箱由一个页面实现,通过传递不同的参数显示不同的信箱,包括发信息箱、收消息箱、草稿箱、垃圾箱,显示各个信箱中的信息统计数据。通过发信息箱和收消息箱可查看到信息的详细信息,通过草稿箱,可重新打开 信息的发送页面,进行再次发送,通过垃圾箱,可还原或彻底删除信息。 d. 查看信息:用户可对自己发送的信息和接收到的信息进行查看,查看信息 包括信息的内容及信息接受者的浏览统计信息 e. 文件夹:文件夹子模块提供用户查看各个信息箱中的统计信息。 公司日程管理 a. 我的日程:当用户登陆进入此模块时,如果当前日期有需要提醒的日程安 排,如果有则自动弹出窗口提醒用户哪些日程安排即将到开始时间,单击提醒的日 程可在主框架中查看该日程的详细信息。在主框架中,默认是以日历模式显示日程 信息,在日期格中显示当天的日程标题,包括个人日程和预约日程。单击日程标题, 可查看详细的日程详细信息。对于个人日程,可实现修改和删除功能;对于预约日 程,只能查看。日程查看模式可切换到日模式和周模式。通过检索功能,可查看具 体日期的日程信息。 b. 部门日程: 可通过选择机构和部门,查看部门下所有人员的公开日程信 息。单击日程标题可查看该日程安排的详细信息,只能对自己创建的日程进行修改 和删除操作,对其他人员的日程安排只能查看。通过检索功能,可实现查看具体人 员具体时间的日程安排信息 c. 我的便签: 实现快速添加的记事本功能,只能查看本人的便笺,并可对本 人的便笺进行修改和删除操作 2.3 用户类和特性 确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。往往有一些软件需求,只与特定的用户类有关。描述时,应该将该软件产品的重要用户类与非重要用户类区分开。 用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。 2.4 运行环境 描述了本软件的运行环境,一般包括: ? 硬件平台:普通PC即可 ? 操作系统和版本:windows系统,win2000及以上版本 ? 支撑环境(例如:数据库等)和版本:SqlServer2000 ? 其它与该软件有关的软件组件:IIS、.net framework 2.0 ? 与该软件共存的应用程序:无 2.5 设计和实现上的限制 确定影响开发人员自由选择的问题,并且说明这些问题为什么成为一种限制。可能的限制包括下列内容: ? 必须使用的特定技术、工具、编程语言和数据库; Microsoft Visual Studio2005 、SQL server2000、语言主要采用C#、 其余技术:javascript、Css等 2.6 假设和约束(依赖) 本办公自动化系统软件是应用于中小企业的。在功能上还可进一步提高安全度,并可使用工作流技术使得企业办公更灵活。对于本产品的管理人员来说,需要对本系统的开发平台有一定的了解。此系统只限于运行于windows系统之上,可移植性相当差。 3. 外部接口需求 无。 通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。 注意:必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。 3.1 用户界面 系统管理界面: 人事管理界面: 项目管理界面: 文档管理界面: 内部邮件管理界面: 日程管理界面: 3.2 硬件接口 无特殊硬件要求。 3.3 软件接口 描述该软件产品与其它外部组件的连接,这些外部组件必须明确它们的名称和版本号以 资识别,可能的外部组件包括: ? 操作系统:windows 2000及以上系统 ? 数据库:SQL server2000 ? 工具:IE6.0及以上版本 ? 函数库:.net framework 2.0 ? 集成的商业组件:IIS 3.4 通讯接口 描述与软件产品所使用的通讯功能相关的需求,包括: ? 电子邮件; ? WEB浏览器:IE6.0 ? 网络通讯标准或者 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 ; ? 数据交互用电子表格; 必须定义相关的: ? 消息格式; ? 通讯安全或加密问题:无 ? 数据传输速率:100Kpbs ? 同步和异步通讯机制; 4. 系统功能需求 4.1 说明和优先级 对该系统功能进行简短的说明,并且指出该系统功能的优先级是:高、中、还是低。需 要的话,还可以包括对特定优先级部分的评价,例如:利益、损失、费用和风险,其相对优 先等级可以从1(低)到9(高)。 4.2 系统用例 用例图 1.系统管理 其他登录用户 修改密码管理操作日志 用户管理 登陆日志管理 <>系统管理员角色管理 模块管理 目录管理<>模块基本管理<> <> 目录的增删改查模块权限管理模块的增删改查 登陆日志管理系统管理员 用例名称:登录日志管理 用例编写:靳争 参与者:系统管理员 简要说明: 主要用以查看和删除登录日志 前置条件: 系统管理员已经登录办公自动化系统 基本事件流: 1( 系统管理员点击站点地图上的登录日志的链接 2( 进入登录日志显示页面,系统管理员查看登录信息,并且可以对登录信息进行复选删除 3( 系统管理员点击其他按钮进入其他页面,或者点击关闭窗口退出系统 4( 用例终止 其他事件流A1: 异常事件流: 1( 系统管理员点击站点地图上的登录日志的链接 2( 进入登录日志显示页面,系统管理员查看登录信息,并且可以对登录信息进行复选删除 3( 删除时提示错误或者删除后信息又出现 4. 系统管理员点击其他按钮退出当前页或者点击关闭退出系统 5( 用例终止 后置条件: 登录删除成功. 注释:无 操作日志管理系统管理员 用例名称:管理操作日志 用例编写:靳争 参与者:系统管理员 简要说明: 系统管理员可以进入管理操作日志的页面查看操作日志 前置条件: 用户已经登录办公自动化系统 基本事件流: 1( 系统管理员点击站点地图上的操作日志的链接 2( 进入操作日志显示页面,系统管理员查看操作信息 3( 系统管理员点击其他按钮进入其他页面,或者点击关闭窗口退出系统 4( 用例终止 其他事件流A1: 异常事件流: 操作日志页面无法打开. 后置条件: 系统管理员查看到操作信息 注释:无 角色管理系统管理员 用例名称:角色管理 用例编写:靳争 参与者:系统管理员 简要说明: 系统管理员通过角色管理将其他用户改成其他角色 前置条件: 系统管理员已经登录办公自动化系统 基本事件流: 1( 系统管理员点击角色管理进入角色管理页面 2( 系统管理员选择相应的帐户和对应角色,点击确定按钮将帐户和角色对应 3( 系统管理员点击其他按钮进入其他页面,或者点击关闭窗口退出系统 4( 用例终止 其他事件流A1: 异常事件流: 提示操作失败 后置条件: 成功将帐户设置成相应角色 注释:无 用户管理系统管理员 用例名称:用户管理 用例编写:靳争 参与者:系统管理员 简要说明: 系统管理员通过用户管理将删除无用帐户 前置条件: 系统管理员已经登录办公自动化系统 基本事件流: 1( 系统管理员点击角色管理进入用户管理页面 2( 系统管理员选择无用帐户,点击删除按钮 3( 系统管理员点击其他按钮进入其他页面,或者点击关闭窗口退出系统 4( 用例终止 其他事件流A1: 异常事件流: 提示操作失败 后置条件: 成功删除相应的帐户 注释:无 <> 模块基本管理 <> 模块管理系统管理员 模块权限管理 用例名称:模块管理 用例编写:靳争 参与者:系统管理员 简要说明: 对系统模块进行权限配置和增删改查 前置条件: 系统管理员登录办公自动化系统,进入模块管理功能模块 基本事件流: 1( 系统管理员点击导航按钮进入模块管理页面 2( 系统管理员可进行以下操作 (1)选择模块基本信息页面 A.修改模块信息 B.配置模块权限 a.选择角色 b.为该角色配置权限 (2)删除模块 (3)填写模块信息增加模块 3( 系统管理员对所做的修改点击确定或返回 4( 用例终止 其他事件流A1: 在点击确定之前,系统管理员随时可以按返回按钮,信息将不会进行处理 异常事件流: 1( 系统管理员进行增删改查时失败,系统弹出对话框进行提示 2( 系统管理员失去管理权限,操作失败 后置条件:系统管理员成功完成相应操作并退出系统 注释:无 目录管理系统管理员 用例名称:目录管理 用例编写:靳争 参与者:系统管理员 简要说明: 对系统目录进行增删改查 前置条件: 系统管理员登录办公自动化系统,进入目录管理功能模块 基本事件流: 1( 系统管理员点击导航按钮进入目录管理页面 2( 系统管理员可进行以下操作 (1)选择目录进行编辑 (2)删除目录 (3)点击添加进入添加目录页面添加目录 3( 系统管理员对所做的修改点击确定或返回 4( 用例终止 其他事件流A1: 在点击确定之前,系统管理员随时可以按返回按钮,信息将不会进行处理 异常事件流: 1( 系统管理员进行增删改查时失败,系统弹出对话框进行提示 2( 系统管理员失去管理权限,操作失败 后置条件: 注释:无 文档管理: 文档管理 回收站系统管理员 文档搜索 用例描述1: 文档管理 用户 用例名称:文档管理 用例标识号: 参与者:管理员 简要说明: 管理员用来实现文档录入和组织管理的功能。 前置条件: 管理员已经登陆OA网站文档管理系统 基本事件流: 1( 管理员鼠标点击“文档管理”按钮 2( 系统进入文档管理页面 3( 管理员对文档进行编辑或管理,点击“确定” 4( 管理员终止 其他事件流A1: 在按“确定”按钮之前,管理员随时可以按“返回”按钮,不会录入新的文档 异常事件流: 1( 提示错误信息,管理员确认 2( 返回到文档系统主页面 后置条件: 用户实现对文档的录入或管理 注释:无 用例描述2: 回收站 用户 用例名称:回收站 参与者:用户 简要说明: 管理员查看或还原已经删除的文档 前置条件: 管理员已经登陆OA网站文档管理系统 基本事件流: 1( 管理员鼠标点击“回收站” 2( 系统进入已经删除的文档界面 3( 管理员可以查看已经删除的文件名称或点击需要还原的文档,点击“还原”按钮 4( 用例终止 其他事件流A1: 在按“还原“按钮之前,管理员随时退出垃圾箱,不会对文档造成任何影响 异常事件流: 1( 提示错误信息,用户确认 2( 返回到文档系统主页面 后置条件: 管理员还原或删除文档 注释:无 用例描述3: 文档搜索 用户 用例名称:文件搜索 参与者:用户 简要说明: 用户修改经录入系统的文档 前置条件: 用户已经登陆OA网站文档管理系统 基本事件流: 1( 用户在搜索对话框中输入要搜索的文件名、关键字等 2( 点击”搜索“按钮 3( 系统列出搜索后符合条件的文件 4( 用例终止 其他事件流: 异常事件流: 1( 提示错误信息,用户确认 2( 返回到文档系统主页面 后置条件: 用户搜索到文档 注释:无 项目管理: 删除项目 <> <><>添加项目 修改项目 项目管理 项目角色管理 <>项目管理者 添加项目进程项目进程管理 <> <> 生成统计报告 编辑项目进程 删除项目进程 用例描述1 项目管理 用例名称:项目管理 用例标识号: 参与者:用户 简要说明: 用户可通过项目管理子模块,可实现创建新项目,修改或删除已有的项目。 前置条件: 用户已经登录OA系统。 基本事件流: 1( 用户点击快捷栏上的“项目管理”按钮; 2( 系统转到项目管理子页面,显示出已有项目列表; 3( 用户可以创建项目,也可以编辑、删除已有项目; 4( 用户点击页面上的“创建新项目”按钮,跳转到创建项目的新页面; 5( 用户输入项目具体信息后(包括项目基本信息,项目进程信息,分配项目成员),点击完成 即可创建新项目; 6( 用户点击已有项目列表中的任意一条,可进入该项目详细信息; 7( 在该页面项目详细内容被显示,在这个页面可进行编辑、删除当前项目的操作; 8( 点击编辑按钮,跳转至编辑页面,输入新的项目信息后,点击保存即可; 10(点击删除按钮,确定后即可删除; 11(用户成功完成项目管理功能; 12(用例终止; 其他事件流A1: 用户创建、编辑项目后,即跳转到该项目的详细信息界面; 用户可以随时点击快捷栏上的按钮进行跳转; 异常事件流: 1( 查看、创建、编辑、删除等操作失败; 2( 提示错误信息,负责人确认 3( 返回到项目管理页面 后置条件: 用户成功完成查看、创建、编辑、删除项目信息的功能; 注释:无 用例描述2 项目角色管理 用例名称:项目角色管理 用例标识号: 参与者:管理员 简要说明: 管理员通过此模块,可对公司的所有员工进行项目角色分配,以控制员工在项目管理模块中活 动的权限; 基本事件流: 1(用户点击快捷栏上的“项目角色管理”按钮; 2(系统转到项目角色管理子页面,显示出公司现有人员; 3(可以通过下拉框,设置公司人员的项目角色; 4(项目角色被成功分配; 5(用例终止; 其他事件流A1: 用户随时可以点击导航栏和快捷栏上的按钮跳转; 异常事件流: 1( 发生异常,提示错误信息,负责人确认 2( 返回到项目角色管理页面 后置条件: 成功进行项目角色分配,被设置员工的用户权限改变; 注释:无 用例描述3 项目进程日志管理 用例名称:项目进程日志管理 用例标识号: 参与者:用户 简要说明: 根据项目角色的权限不同,用户分别对相应的项目进程日志进行管理。 前置条件: 用户已经登录OA系统。 基本事件流: 1( 用户点击快捷栏上的“项目进程日志管理”按钮; 2( 系统转到项目进程日志管理页面,选择一个用户,显示出该用户参与的项目列表; 3( 可以选择项目步骤,添加当前的项目进程; 4( 点击“确定”按钮后,确定即可添加该日志; 5( 用户成功完成项目进程日志的管理; 6(用例终止; 其他事件流A1: 用户随时可以点击导航栏和快捷栏上的按钮跳转; 异常事件流: 1( 查看、保存、删除等操作失败; 2( 提示错误信息,负责人确认 3( 返回到项目进程日志管理页面 后置条件: 用户成功完成项目进程日志管理的功能; 注释:项目进程日志不能被更改 用例描述4 生成项目统计报告 用例名称:生成项目统计报告 用例标识号: 参与者:用户 简要说明: 根据项目角色的权限不同,可以生成相应的项目统计报告; 前置条件: 用户已经登录OA系统。 基本事件流: 1( 用户点击快捷栏上的“项目统计报告”按钮; 2( 系统转到项目统计报告页面,并按用户角色不同,显示出该用户参与的项目列表; 3( 用户可以通过前面的复选框,选择需要生成统计报告的项目; 4( 点击页面上的“生成统计报告”按钮,系统自动生成统计报告后弹出下载对话框; 5( 点击“保存”按钮,跳出保存对话框,选择路径后确定即可保存; 6( 用户成功生成项目统计报告; 12(用例终止; 其他事件流A1: 用户随时可以点击导航栏和快捷栏上的按钮跳转; 异常事件流: 1( 查看、保存等操作失败; 2( 提示错误信息,负责人确认 3( 返回到项目统计报告页面 后置条件: 用户成功生成项目报告后,返回到主页 注释:无 内部邮件 信息提醒查看信息 发送邮件 <> 用户发送已存邮件 移除邮件 文件夹垃圾箱信息处理 <><> 删除邮件还原邮件 用例描述 信息提醒用户 用例名称:信息提醒 用例编写:计旻晖 参与者:用户 简要说明: 当用户进入消息传递模块时,将弹出信息提醒窗体,提供给用户接收新消息的统计信息 前置条件: 用户已经登录办公自动化系统 基本事件流: 1( 用户点击信息传递进入内部邮件管理 2( 系统弹出信息提醒窗体,显示用户接收新消息的统计信息 3( 用户点击窗体上的关闭按钮,窗体关闭 4( 用例终止 其他事件流A1: 异常事件流: 后置条件: 成功提醒用户信息接受新消息的统计信息 注释:无 发送邮件用户 用例名称:发送邮件 用例编写:计旻晖 参与者:用户 简要说明: 完成发送消息的功能 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 用户点击发送信息按钮 2( 系统进入发送信息界面 3( 用户在基本信息区填写信息重要性、标题、内容以及发送时间 4( 用户在接受对象区按照公司机构和部门的组织形式,可添加员工,也可添加部门, 接收的方式可分为直接发送和秘送两种方式 5( 用户在上传附件区通过选择本机中任何格式的文件上传到服务器,一次可上传多 个附件,上传错误的附件可通过删除功能进行删除 6( 信息填写完成点击发送按钮,信息发送至对应接受者 7( 用例终止 其他事件流A1: 在点击发送按钮之前,用户随时可以按保存按钮,信息将保存至草稿箱. 其他事件流A2: 在点击发送按钮之前,用户随时可以按退出按钮,信息将不会发送及保存页面直接转至内 部邮件管理的主页面. 异常事件流: 1( 信息发送失败 2( 信息保存至草稿箱 3( 返回内部邮件管理的主页面 后置条件: 成功发送邮件,信息保存至发信息箱中 注释:无 发送邮件<> 用户 发送已存邮件 用例名称:发送已存邮件 用例编写:计旻晖 参与者:普通用户 简要说明: 完成发送已存消息的功能,使用到发送新邮件的功能 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 用户点击草稿箱 2( 系统进入草稿箱界面 3( 用户选择要发送的已存信息 4( 系统进入发送信息界面,该界面包含已有的信息 5( 用户进行信息修改,操作同发送信息 6( 信息修改完成点击发送按钮,信息发送至对应接受者邮箱 7( 用例终止 其他事件流A1: 在点击发送按钮之前,普通用户随时可以按保存按钮,信息将不会发送直接保存至草稿箱. 其他事件流A2: 在点击发送按钮之前,普通用户随时可以按退出按钮,信息将不会发送及保存页面直接转 至内部邮件管理的主页面. 异常事件流: 1( 信息发送失败 2( 信息保存至草稿箱 3( 返回内部邮件管理的主页面 后置条件: 成功发送邮件,信息保存至发信息箱中 注释:无 查看信息用户 用例名称:查看信息 用例编写:计旻晖 参与者:普通用户 简要说明: 用户可对自己发送的信息和接收到的信息进行查看,查看信息包括信息的内容及信息接受者 的浏览统计信息。 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 普通用户点击发信息箱或收信息箱按钮 2( 系统进入发信息箱或收信息箱界面 3( 普通用户在发信息箱或收信息箱中点击想要查看的信息 4( 系统进入查看信息界面 5( 普通用户点击退出按钮 5( 用例终止 其他事件流A1: 异常事件流: 1( 信息打开失败,普通用户确认 2( 返回发信息箱或收信息箱界面 后置条件: 系统返回内部邮件管理的主页面 注释:无 移除邮件用户 用例名称:移除邮件 用例编写:计旻晖 参与者:普通用户 简要说明: 将邮件移除至垃圾箱中 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 普通用户点击发信息箱、收信息箱或草稿箱按钮 2( 系统进入发信息箱、收信息箱或草稿箱界面 3( 普通用户在发信息箱、收信息箱或草稿箱中选中想要移除的邮件 4( 普通用户点击移除按钮 5( 用例终止 其他事件流A1: 异常事件流: 1( 邮件删除失败,普通用户确认 2( 返回发信息箱、收信息箱或草稿箱界面 后置条件: 邮件转移至垃圾箱中 注释:无 <> 删除邮件 垃圾箱信息处理用户 <> 还原邮件 用例名称:垃圾箱信息处理 用例编写:计旻晖 参与者:普通用户 简要说明: 对垃圾箱中的信息进行删除或者还原 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 普通用户点击草稿箱按钮 2( 系统进入草稿箱界面 3( 普通用户选中处理的信息 4( 普通用户点击删除或者还原按钮按钮 5( 用例终止 其他事件流A1: 在点击删除和还原按钮之前,普通用户随时可以按返回按钮,信息将不会进行处理 异常事件流: 1( 信息处理失败,用户确认 2( 返回内部邮件管理的主页面 后置条件: 信息还原回原所在收或发件箱或者信息从该管理系统中删除 注释:无 文件夹用户 用例名称:文件夹 用例编写:计旻晖 参与者:普通用户 简要说明: 文件夹子模块提供用户查看各个信息箱中的统计信息 前置条件: 用户登录办公自动化系统,进入内部邮件管理功能模块 基本事件流: 1( 普通用户点击文件夹按钮 2( 系统进入文件夹界面 3( 普通用户点击退出按钮 4( 用例终止 其他事件流A1: 异常事件流: 1(文件夹打开失败,普通用户确认 2( 返回内部邮件管理的主页面 后置条件: 返回内部邮件管理的主页面 注释:无 日程管理 用例图 用例描述: 用例名称:日程提醒 用例编写:谢雨晨 参与者:登录用户 简要说明: 当用户登陆日程管理时,自动弹出即将开始的日程安排信息 前置条件: 用户已经登陆日程系统 基本事件流: 1( 用户登陆日程管理系统 2( 系统自动弹出窗口,显示即将开始的日程安排信息。 3( 用户可以关闭弹窗,也可以点击弹窗查看详细的日程安排。 4( 用例终止 其他事件流A1: 如果当前没有即将发生的日程提醒,则弹出窗口提示当前没有安排日程 异常事件流: 1( 提示错误信息,用户点击确认 2( 返回到日程管理系统主页 后置条件: 成功提醒用户即将开始的日程,弹出窗口被关闭 注释:无 用例名称:部门日程 用例编写:谢雨晨 参与者:登录用户 简要说明: 当用户登陆日程管理时,可对部门日程进行查看 前置条件: 用户已经登陆日程系统 基本事件流: 1( 用户登陆日程管理系统 2( 用户选定部门。 3( 用户该部门下某天的日程信息进行查看。 4( 用户返回 5( 用例终止 其他事件流A1: 用户可以对自己的日程进行修改 异常事件流: 1( 提示错误信息,用户点击确认 2( 返回到日程管理系统主页 后置条件: 用户操作正常。 注释:无 用例名称:个人日程管理(删改日程) 用例编写:谢雨晨 参与者:登录用户 简要说明: 用户可以修改,删除自己创建的日程 前置条件: 用户已经登陆日程管理系统,选择一个日程 基本事件流: 1( 用户登录日程管理系统 2( 用户选定一个日程 3(用户修改或者删除自己创建的日程 4(用户保存修改 5. 用例中止 其他事件流A1: 点击取消可以停止当前操作 异常事件流: 1( 提示错误信息,用户确认 2( 返回到日程管理系统主页 后置条件: 日程被修改,刷新主页 注释:无 4.3 输入,输出数据 列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数 据的处理(计算)方法,以及相应地输出数据,描述对应区别:输入数据和输出数据。 当有大量数据需要描述时,也可以分类描述数据,并且注明各项数据的输入、输出属性。 对于每一项数据,均需要描述: ? 数据名称; ? 实际含义; ? 数据类型; ? 数据格式; ? 数据约束; 对于复杂的处理方法,仅仅给出算法原理是不够的,必须描述详细的计算过程,并且列出每一步具体使用的实际算式;如果计算过程中涉及查表、判断、迭代等处理方法,应该给出处理依据和相关数据。如果计算方法很简单,也可以将其从略,不加描述。 5. 其它非功能需求 在这里列举出所有非功能需求,主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。 5.1 性能需求 阐述不同应用领域对软件产品性能的需求,并且说明提出需求的原理或者依据,以帮助开发人员做出合理的设计选择。尽可能详细地描述性能需求,如果需要,可以针对每个功能需求或者特征分别陈述其性能需求。在这里确定: ? 相互合作的用户数量; ? 系统支持的并发操作数量; ? 响应时间; ? 与实时系统的时间关系: ? 容量需求 , 存储器; , 磁盘空间; , 数据库中表的最大行数。 5.2 安全措施需求 详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作,以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。 5.3 安全性需求 详尽陈述与系统安全性、完整性问题相关的需求,或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用,和软件产品所创建或者使用的数据的保护。定义用户身份认证,或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量属性来阐述这些需求。一个典型的软件系统安全需求范例如下:“每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不能重用。” 5.4 软件质量属性 详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是可以验证的。至少也应该指明不同属性的相对侧重点,例如:易用性优于易学性,或者可移植性优于有效性。 5.5 业务规则 列举出有关软件产品的所有操作规则,例如:那些人在特定环境下可以进行何种操作。这些本身不是功能需求,但是他们可以暗示某些功能需求执行这些规则。一个业务规则的范例如下:“进行达到或者超过10,000,00元人民币的储蓄业务时,必须通过附加的管理员认证。” 列举业务规则时,可以根据规则的数量,选取合适的编目方式。 5.6 用户文档 列举出将与软件产品一同交付的用户文档,并且明确所有己知用户文档的交付格式或标准,例如: ? 安装指南 纸质文档,16开本; ? 用户手册 纸质文档,16开本; ? 在线帮助 ? 电子文档,与软件产品一同分发、配置; ? 使用教程电子文档,与软件产品一同分发、配置。 6. 词汇表 列出本文件中用到的专业术语的定义,以及有关缩写的定义(如有可能,列出相关的外文原词)。为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析报告,要求使用非软件专业或者非计算机专业的术语描述软件需求。所以这里所指的专业术语,是指业务层面上的专业术语,而不是软件专业或者计算机专业的术语。但是,对于无法回避的软件专业或者计算机专业术语,也应该列入词汇表并且加以准确定义。 7. 数据定义 数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档,其中对每个数据元素和结构都准确描述:含义、类型、数据大小、格式、计量单位、精度以及取值范围。数据定义的维护独立于软件需求规格说明,并且在软件产品开发和维护的任何阶段,均向风险承担者开放。 如果为软件开发项目创建一个独立的数据定义,而不是为每一项特性描述有关的数据项,有利于避免冗余和不一致性。但是却不利于多人协同编写需求分析报告,容易遗漏数据,也不方便阅读。因此还是建议为每个特性描述有关的数据项,汇总数据项创建数据定义,再根据数据定义复核全部数据,使得它们的名称和含义完全一致。必须注意的是,为了避免二义性,在汇总数据项时应该根据数据项所代表的实际意义汇总,而不是根据数据项的名称汇总。 在数据定义中,每个数据项除了有一个中文名称外,还应该为它取一个简短的英文名称,该英文名称应该符合命名 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 ,因为在软件开发时将沿用该英文名称。可以使用等号表示数据项,名称写在左边,定义写在右边。常见数据项的描述方式如下: ? 原数据元素 一个原数据元素是不可分解的,可以将一个数量值赋给它。定义原数据元素必须确定其 含义、类型、数据大小、格式、计量单位、精度以及取值范围。采用以星号为界的一行 注释文本,描述原数据元素的定义。 ? 选择项 选择项是一种只可以取有限离散值的特殊原数据元素,描述时一一枚举这些值,并用方 括号括起来写在原数据元素的定义前。在两项离散值之间,使用管道符分隔。 ? 组合项 组合项是一个数据结构或者记录,其中包含了多个数据项。这些数据项可以是原数据元 素,也可以是组合数据项,各数据项之间用加号连接。其中每个数据项都必须是数据定 义中定义过的,结构中也可以包括其它结构,但是绝对不允许递归。如果数据结构中有 可选项,使用圆括号把该项括起来。 ? 重复项 重复项是组合项的一种特例,其中有一项将有多个实例出现在数据结构中,使用花括号 把该项括起来。如果知道该项可能允许的范围,就按“最小值:最大值”的形式写在花 括号前。 8. 分析模型 这是一个可选部分,包括或涉及到相关的分析模型,例如: ? 数据流程图; ? 类图; ? 状态转换图; ? 实体-关系图。 9. 待定问题列表 编辑一张在软件产品需求分析报告中待确定问题时的列表,把每一个表项都编上号,以便跟踪调查。
本文档为【软件需求分析报告文档模板】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_471618
暂无简介~
格式:doc
大小:203KB
软件:Word
页数:49
分类:互联网
上传时间:2017-09-21
浏览量:381