发文管理的用例模板.doc

发文管理的用例模板篇一：用例说明模板用例说明模板2（单列表格式）编者说明：篇二：用例说明模板用例说明模板1（经典模板编者说明:随着UML的日益普及，用例（Use case）分析技术也在需求实践中广泛被采用但是也有许多团队在使用该技术 时，只画出了用例图，而缺少了用例说明，其实这是一个严 重的误区而本模板就将指导你编写该说明1•用例名称1.1简要说明［简要说明用例的作用和目的该小节的篇幅不要太长］2•上下文图［在此小节中，有一个只包括本用例和所有与该用例相关 的Actor和其它用例组成的，一个用例图的局部］3.事件流3.1基本流［当Actor采取行动时，用例也就随即开始用例总是由Actor启动的，用例应说明Actoi•的行为及系统的响应，可按照Actor与系统进行对话的形式来逐步引入用例］［要注意的是，用例描述应该说明系统内发生的事情，而不是事件发生的方式与原因如果进行了信息交换，则需指 出来回传递的具体信息例如，只表述主角输入了客户信息 就不够明确最好明确地说主角输入了客户姓名和地址当 然你也可以通过项目词汇表来定义这些信息，使得用例中的 内容被简化，从而不致于让用例描述陷入过多的细节内容。

［如果存在一些相对比较简单的备选流，只需少数几句话 就可以说明清楚，那么也可以直接在这一部分中描述但是 如果比较复杂，还是应该单独放在备选流小节中描述［一幅图胜过千言万语，因此建议在这一小节中，除了叙 述性文字之外，你还可以引用UML中的活动图、顺序图、 协作图、状态图等手段，对其进行补充说明］3.2备选流3.2.1第一备选流［正如前面所述，对于较复杂的备选流应单独地说明］3.2.1.1备选支流［如果能使表达更明确，备选流又可再分为多个支流］3.2.2第二备选流［在一个用例中很可能会有多个备选流为了使表达更清晰，应将各个备选流分开说明使用备选流可以提高用例的 可读性，并防止将用例分解为过多的层次应切记，用例只 是文本说明，其主要目的是以清晰、简洁、易于理解的方式 记录系统的行为］4. 非功能需求［在这个小节中，主要对该用例所涉及的非功能性需求进 行描述由于其通常很难以在事件流中进行表述，因此单列 为一小节进行阐述这些需求通过包括法律法规、应用程序 标准、质量属性（可用性、可靠性、性能、支持性等）、兼 容性、可移植性，以及设计约束等方面的需求在这些需求的描述方面，一定要注意使其可度量、可验证，否则 就容易流于形式，形同摆设。

］5. 前置条件［用例的前置条件是执行用例之前必须存在的系统状态］6. 后置条件［用例的后置条件是用例一执行完毕系统可能处于的一组 状态］7.扩展点［此用例的扩展点，通常是用例图中的extent关系用例说明模板2（单列表格式）编者说明:用例说明模板3（双列表格式）编者说明:本模板是对上一模板的补充，如果你想更好地捕捉系统的 响应，那么就可以采用本表格所示的格式有时，为了更好地捕获系统的响应，对于场景描述（主成 功场景、扩展场景）在上表的基础上变成如下表所示的双列:用例说明模板4（文本式）编者说明:相信用过用例分析技术的，对用例应该多少细有很大的疑 问，而Alistair Cockburn率先将其进行分级：概要、用户目 标、子功能，如果你对他的思想有认同，则该模板就适合于 你1•用例名:［用例名应是一个动词短语，应让读者一目了然地从名字 中就可以知道该用例的目标］2•使用语境：［用例目标，是一个较长的描述，甚至包括触发条件］3•范围:［用例的设计范围,在设计时将系统作为一个黑盒来考虑］4•级别:［用来表示该用例是在描述哪个级别上的功能，通常包括 概要、用户目标、子功能三种这三种级别的划分是AlistairCockburn在《编写有效用例》一书是提出的。

］5•主执行者:［也就是该用例的主Actor,在此应列出其名称，并给予简 要描述］1.项目相关人员利益［说明该用例对项目相关人员能够带来什么好处］2.前置条件:［也就是激发该用例，所应该满足的条件］3.［也就是该用例完成之后，将执行什么动作4. 成功保证:［描述当目标完成后，环境的变化情况5. 触发事件:［什么引发用例，例如时间事件］6. 主成功场景［在这里写出触发事件到目标完成以及清除的步骤］［步骤编号#:动作描述］［步骤编号#:动作描述］7.扩展：［在这里写出扩展情况，每次写一个扩展，每个扩展都应指向主场景的特定步骤］［被改变步骤条件：动作或子用例］［被改变步骤条件：动作或子用例］8.技术和数据变化列表［在这里写出场景中因技术或数据变化而引起的可能分支1［步骤或变化编号#:变化列表］［步骤或变化编号#：变化列表］9.相关信息［项目所需要的所有附加信息］篇三：发文管理系统的设计与实现合肥学院2012届毕业设计（论文）设计（论文）题目院系名称专业（班级）姓名（学号）指系发文管理系统的设计与实现计算机科学与技术系计算机科学与技术2008级本科2班（0804012002）刘登胜袁警导负教责师人二O年一二年三月十四日摘要随着信息技术的蓬勃发展，尤其是计算机技术、网络通讯 技术、多媒体技术、数据库技术及自动化技术的日新月异, 为办公自动化的发展提供了广阔的空间。

传统的办公模式中 公文流转速度较慢，安全性不够，对公文信息的处理、统计、 分析较烦琐，在沟通、协作和控制等方面存在不足办公自 动化在提高政府机关或企事业单位各部门的办公质量和办 公效率，提高决策的科学性和正确性，提高领导者的管理水 平，推动各单位的信息化建设等方面起着举足轻重的作用论文首先介绍了办公自动化、发文管理系统的定义，OA 中发文管理的发展现状和发展趋势，通过分析发文管理化系 统的功能需求，结合对现有各种以开发平台和群件系统的对 比，确定本以系统的最佳开发和运行平台为B/S的ASP.NET 和SQL的发文管理系统机关企业对办公自动化的要求日益提高，迫切需要一个能 充分利用网络优势、并可以管理企业运作知识的软件平台， 利用该平台快速建立自己的信息网络和网络办公系统把日 常办公所需要处理的事务尽可能多地放到计算机里，用一种相对简洁的方式来处理，计算机会自动记录下与处理过程、 处理结果相关的数据和文字，在需要时候呈现也来，主要是 实现一个集成的办公环境，让所有的工作人员能够利用网络 实现协同工作和信息管理关键字：B/S架构，ASP.NET,发文管理系统AbstractWith the flourishing development of IT, the sudden transformation of computer9network9multimedia and automatic creates capacious room for OA.As we all know, the fluxion of the file is deficient and do not bear security in conventional mode ・ In addition, dealing with file, making statistic and doing some analysis for file are very fussy. The deficiency in aspects of communication, co・operation and control is obvious as well. As a result, OA will plays a import role in improving the efficiency in government and enterprise daily affair, enhancing prescience in making decision, developing the level of management and promoting the construction.Firstly, the thesis explains the definition, describes the actuality and foresees the trend of OA and file-sending management. Secondly, the best mode for development is confirmed which is based on B/S architecture with ASP.NET and SQL.The demand for OA in government and enterprise isincreasingly asked for so that building up the platform bearing the advance of network becomes exigent. This platform will offer a kind of information network on which OA can operate. In course of OA owing to computer, the daily affair is dealt with by computer in a better way as many as possible. Computer can record the data in course of processing. The realization of circumstance in handling offlcial business will work in order that all staff can co・operate and manage information by means of network.Keywords :B/S Architecture,ASP.NET^Sending FileManagement System目录摘要 IABSTRACT. II目录 Ill第一章绪论 1.1概述 11.2研究意义 21.3本论文的主要工作 3第二章系统分析 42.1可行性分析 42.2需求分析 42.3使用UML用例图描述发文管理系统的需 52.4用例分析2.5数据流分析图 72.6数据字典 8第三章系统概要设计 93.1设计思想 93.2发文管理系统的功能 93.3模块划分 103.3.1前台功能模块 103・3・2后台功能模块 1112133.4整体流程图3.5数据库设计3.5.1数据库概念设计 1314143.5.4数据表结构 163.5.5数据库访问(ADO.NET ) 183.5.2创建数据库3.5.3创建表，索引和关系第四章 前台功能模块实现的设计与实现 204.1前台总体框架 204.2用户登录身份验证 204.3个人事务 224.3.1修改密码 224.3.2工作安排 234.3.3查看系统日志 234.4用户管理 244.5公文管理 。