UML模块论文-基于WEB的办公自动化系统建模.doc_第1页
UML模块论文-基于WEB的办公自动化系统建模.doc_第2页
UML模块论文-基于WEB的办公自动化系统建模.doc_第3页
UML模块论文-基于WEB的办公自动化系统建模.doc_第4页
UML模块论文-基于WEB的办公自动化系统建模.doc_第5页
已阅读5页,还剩32页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

广州大学uml模 块 论 文 设 计 课 题 : 专 业 班 级 : 学 生 姓 名 : 学 号 : 指 导 教 师 : 摘要办公自动化,英文office automation,简称oa,是办公信息处理的自动化,它利用先进的技术,使人的各种办公业务活动逐步由各种设备、各种人机信息系统来协助完成,达到充分利用信息,提高工作效率和工作质量,提高生产率的目的。所开发的办公自动化系统,基于公司本身内部管理及业务发展需求,应用计算机技术,internet技术,实现企业办公自动化,管理信息化。本系统采用结构化与原型法结合的系统开发方法。整个系统分为系统整体设计及用作用户登录和注册的用户身份验证模块,用作系统管理员对职工信息进行管理的职工信息管理模块,用作当前登录用户对自己的通讯录进行管理的个人通讯录模块,用作当前登录用户对自己的日程进行管理的日程安排模块、用作当前登录用户对自己的工作日志进行管理的工作日志模块、用作系统各个用户之间互相发送信息的短消息管理模块、用作系统管理员对会议进行管理以及普通用户查看会议信息的会议管理模块、用作系统管理员对公告进行管理以及普通用户查看公告信息的公告管理模块和当前登录用户上传、下载、查看文件的文件管理模块等。关键词:办公;自动化;会议管理;公文管理目录摘要2引言4开发背景41.1课题背景41.1.1办公自动化概述41.1.2中小企业办公模式的现状61.2研究意义61.3设计技术及开发环境71.3.1技术设计71.3.2 开发环境8可行性分析82.1 组织和管理可行性82.2 经济可行性92.3 技术可行性9系统设计103.1概要设计103.1.1 体结构设计103.1.2 办公自动化总体结构图113.1.3 系统模块图113.2 详细设计143.2.1 建立用况及用况图143.2.2 基本模型的建立类图213.2.3 辅助模型的建立顺序图、活动图243.2.4 建模规约类的规约263.3数据库设计363.3.1数据库概念设计363.3.2数据库逻辑设计36参考文献37引言中小企业办公自动化管理系统(oa),是伴随着internet技术在各个领域的广泛应用,和各行各业企业信息化建设步伐的加快应运而生。当代社会已经进入信息时代,信息技术革命使社会的各个领域都发生了翻天覆地的变化,每个企业都必须紧跟时代的步伐,加强企业竞争力和提升现代化企业的管理能力,以适应整个社会的发展变化。企业对信息需求的增长,使计算机、网络技术已经渗透到企业的日常工作中。传统的企业内信息的交流方式早已不能满足企业对大量信息的快速传递与处理的需求,中小企业办公自动化管理系统的应用满足了企业的办公网络化、自动化的管理需求,提高了企业内部的管理水平,进而全面提升了企业在市场竞争中的综合竞争力。开发背景1.1课题背景1.1.1办公自动化概述办公自动化,英文office automation,简称oa,是办公信息处理的自动化,它利用先进的技术,使人的各种办公业务活动逐步由各种设备、各种人、机信息系统来协助完成,达到充分利用信息,提高工作效率和工作质量,提高生产率的目的。办公自动化由70年代末80年代初在我国提出,到现在已有近二十年的发展历史。由于办公自动化技术的不断发展,办公自动化新产品不断的出现,办公自动化的内涵也不断地丰富和发展。随着网络的高速发展,网络oa系统逐渐受到关注。一些大型企业集团(例如联想、海尔)正致力实现高层次的网络办公自动化,这将为他们节省大量的人力资源,节省大量的办公费用,大幅度提高办公效率。开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和维护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起的。中小型企业存在一个很大的低成本网络oa系统的需求,而我们可以开发这些低成本oa系统来满足这个需求。oa系统要实现:a、企业内各种信息资源的共享b、加强员工间的交流、提高整体工作效率c、为领导各种有用数据,方便领导对公司情况的及时了解、提供决策支持d、提供各种工作记录,以备事后查询(1) 传统办公模式图1-1 传统办公模式传统的办公模式主要以纸介质为主,在信息革命的浪潮中,显然已经远远不能满足高效率、快节奏的现代工作和生活的需要。如何实现信息处理的自动化和办公的无纸化逐步得到了人们的重视。(2) 网络办公模式图1-2网络化办公模式现有网络办公自动化系统和大型信息管理系统中,企业业务流程重组或者是文件流转功能都是核心功能。同时企业办公主要是一个文件流转的过程,所有的办公事务都可以抽象成一个数据库对象。(3) web方式的办公自动化系统目前办公自动化系统较成熟的模式是客户/服务器方式,而新一代的办公自动化系统则应是internet/intranet方式,即b/s(browser/server,b/s)结构,才更能适应目前及未来的要求。1.1.2中小企业办公模式的现状大部分中小型企业自成立至今,办公模式为传统的办公模式并主要以纸介质为主,在信息革命的浪潮中,显然已经远远不能满足高效率、快节奏的现代工作和生活的需要。如何实现信息处理的自动化和办公的无纸化逐步得到了公司领导的重视。而今公司普遍使用计算机来提高员工的工作效率,但是在需要许多员工一起协同工作的现代工作环境中,公司更需要提高整体的工作效率。利用网络通讯基础及先进的网络应用平台,建设一个安全、可靠、开放、高效的信息网络和办公自动化、信息管理电子化系统,为管理公司提供现代化的日常办公条件及丰富的综合信息服务,实现档案管理自动化和办公事务处理自动化,以提高办公效率和管理水平,实现公司各部门日常业务工作的规范化、电子化、标准化,实现信息的在线查询、借阅。最终实现“无纸”办公。1.2研究意义随着信息技术的发展和国内信息技术应用水平的提高,在办公过程中,传统的工作方式和审批模式己经难以满足新的需求,实现办公自动化已经是提高政府机关和企事业单位办公效率,规范化管理的必然趋势。办公自动化系统的带来的好处有:(1) 信息传递与沟通交流顺畅排除因职能、职位、距离等原因造成的信息联络不畅而带来的企业发展羁绊,通过构建内部通讯、信息发布与交流平台,实现多途径的联络与沟通,减少信息在途时间,提高信息的时效性,与此同时,缩短领导与职员之间,各部门之间的距离。(2) 规范工作管理,提高整体效率解决了跨地域跨部门多岗位间的业务处理诸多问题,有效避免工作中出现的脱节、延误、错办等情况,杜绝职责不清、工作推脱等怠工现象,实现网上协同办公,增强组织协调能力,提高团队协作能力。同时,加强了领导实时了解事务状态,实时掌控工作进度,强化了过程控制与监督,加强了工作管理。(3) 整合信息资源,实现知识管理打破“信息孤岛”,彻底改变文件丢失遗漏、管理分散、查找不方便等现象,解决因人事变动导致经验流失等问题,通过知识管理,有效整合并积累各类资源,实现再利用。(4) 增强凝聚力,提高响应能力在降低管理成本,促进管理进步的同时,能够培养全员信息化关注与参与意识,激发掌握和利用先进信息技术的热情,提高专业素质,形成全新的企业文化。办公自动化是信息社会的一种新型办公方式,它将现代化办公和计算机网络功能结合。随着信息技术的发展,办公自动化在行政企事业单位的管理、经营活动中发挥着日益重要的作用。通过网络,组织机构内部的员工可跨越时间、地点协同工作。通过办公自动化系统所实施的交换式网络应用,使信息的传递更加快捷和方便,从而极大地扩展了管理手段,实现了运营的高效。1.3设计技术及开发环境1.3.1技术设计自从servlet技术产生以来,j2ee的web开发技术与开发框架便层出不穷。这些技术和框架的产生,给我们的开发带来方便,此系统就是通过使用struts2.1+spring2.5+hibernate3.3+jbpm3+freemarker+ajax等当前流利的框架技术实现的一个oa办公自动化系统。1.3.2 开发环境(1) jdk软件选用1.6的版本进行开发。(2) 数据库软件mysql选用5.1.4进行开发。(3) web服务器tomcattomcat是apache-jarkarta的一个子项目,是一个免费的、开放源码的、支持jsp和servlet技术的容器,它同时又是一个web服务器软件。选用稳定版本tomcat 6.0进行开发。(4) 集成开发工具eclipse+myeclipse是目前最流行的java集成开发工具。eclipse一经出现就以其快速、丰富的特性赢得了认可,其主要的属性有快速的性能、重构性能、快速修复错误、调整组织导入包、弹出窗口进行代码自动装配。由于功能强大,eclipse一度成为java ide领域的霸主。它能够很好地与mysql、tomcat进行集成。本系统中我们选用myeclipse8.0作为eclipse的扩展开发工具。可行性分析可行性是系统开发的一项关键步骤,它是通过对整个系统的需求,技术及开发方法,以及开发人员,所需资金的综合考虑以评估对于该系统的开发是否符合实际。可行性分析包括:组织和管理上的可行性、技术可行性、经济可行性。2.1 组织和管理可行性基于中小型企业的办公自动化系统采用模块化开发方法,将整个系统划分为多个功能模块,并根据开发小组成员的实际能力分配相应的模块,这种将系统功能平行划分的方法有助于系统开发的组织和管理。2.2 经济可行性通过网站对企业内部信息进行全面的自动化的管理,大大提高了企业的办公效率。通过系统对企业生产经营过程中的数据进行全面的管理和统计,避免人为处理各类数据时所产生的各种问题,提高了企业的经济效益,为企业经营决策提供了大量的、权威的数据,使企业的管理进行到科学化、系统化的范筹。硬件方面主要是计算机,我们的实际情况可以满足开发任务,所需资料书籍可以到图书馆翻阅或者个人购买,因此整个系统的所需投资符合我们的支付状况,经济可行性良好。2.3 技术可行性基于中小型企业的办公自动化系统的开发采用了先进成熟并且符合实际应用的开发方法,广泛应用于网站开发的网页开发工具dreamweaver,myeclipse,动态网页开发技术jsp,提供用户全新体验的ajax技术,功能强大的数据库管理工具mysql,采用最新最流行的框架技术struts+spring+hiberate+ajax+jbpm+freemarker等,结合自己的实际开发能力,可以开发出较为完善的办公自动化系统。应解决的主要问题及技术要求(1) 收集系统开发所使用的足够的信息。(2) 按实际应用的可行性划分模块,确定模块功能。 (3) 建立完善的数据库支持环境。(4) 使用jsp语言实现前台页面视图,使用ajax技术实现数据与页面的整体实现,并实现与数据库之间的各项操作。(5) 各模块功能的协调及信息的沟通。(6) 各框架之间的整合,尤其是jbpm和ssh的整合。(7) 用freemarker实现动态表单技术。 (8) jbpm复杂流程的实现,流程图。系统设计3.1概要设计3.1.1 体结构设计基于中小企业的办公自动化系统采用结构化与原型法相结合的方法。这种综合法的优点是它兼顾了结构化开发方法开发过程控制性强的特点以及原型法开发周期短、见效快的特点。采用两者结合的形式进行系统的开发时,采用了结构化生命周期法的设计思想,即自顶向下,从总体到部分,合理划分系统的结构,设计数据库模型。在系统的分析与初步设计上采用原型法做出原始模型,根据实际反映的情况,继续按结构化生命周期法进行系统的详细设计及其实施与转换、系统维护与评价阶段的工作。合理采用综合法,使开发过程更具灵活性,往往会取得更好的开发效果。该系统是基于 b/s(browser/server,b/s)架构的三层体系结构,即浏览器和服务器结构。它是随着internet技术的兴起,对c/s结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过浏览器来实现,极少部分事务逻辑在前端(browser)实现,但是主要事务逻辑在服务器端(server)实现,形成所谓三层结构。这样就大大简化了客户端电脑载荷,减轻了系统的维护与升级的成本和工作量,降低了用户的总体成本。特别是在java这样的跨平台语言出现之后,b/s架构管理软件更是方便、快捷、高效。如果能将该系统划分的用户身份验证模块和其他模块再分解成一些相互独立、功能简单、易于理解和修改的模块,这样的系统就具备了系统设计首要考虑的可变更性。由模块组合构成的系统一般称为模块化结构系统。在这样的系统中,由于各个模块之间基本上是相互独立的,所以每个模块都可以独立的被理解、编程、调试和修改,使其复杂的系统设计工作变得相对简单。在遵循模块化结构设计原则的基础上,根据实现的目标,用户身份验证只需要一个模块,而其他模块则分成了几个不同的子模块,各子模块既相互配合,又各自具有一定的独立功能。这样就形成了一个树形的结构。3.1.2 办公自动化总体结构图办公自动化管理系统设计功能模块分类如下:(1) 公文管理:发文办理、收文办理;(2) 会议管理:会议申请、领导审核、会议通知、会议纪要、会议纪要送档案室归档;(3) 档案管理:建立案卷、装入公文、移出公文、删除案卷;(4) 公告管理:草拟公告、查看公告、删除公告;(5) 本人待办:查看待办、添加待办、删除待办;(6) 系统管理:维护系统、管理用户权限;办公自动化管理系统公文管理会议管理档案管理公告管理本人管理系统管理图3.1.2-1 系统设计总体图3.1.3 系统模块图部门功能详细描述(1) 发文管理:用于处理各级单位发文,实现草拟、审核、复核、签发及分发的发文过程和发文存档;(2) 收文管理:提供外部单位来文的处理,完成来文的登记、录入、审核、拟办、批办及承办过程和收文存档;(3) 公告管理:实现对电子公告平台的通知、海报、新闻、简报的编辑、发布、等功能;公文管理发文办理收文办理图3.1.3-1 公文管理模块图会议管理会议申请领导审批会议通知会议纪要纪要归档图3.1.3-2 会议管理模块图档案管理建立案卷装入公文移出公文删除案卷图3.1.3-3 档案管理模块公告管理草拟管理查看公告删除公告图3.1.3-4 公告管理模块本人待办管理查看待办添加待办删除待办图3.1.3-5 本人待办管理模块系统管理项目维护用户受权图3.1.3-6 系统管理模块3.2 详细设计3.2.1 建立用况及用况图在系统顶层可以识别出以下7个活动者:发文办理人、收文办理人、会议管理人、档案管理员、借阅人、公告管理员、系统管理员、用户。(1) 系统层的用况:(2) 发文办理用况:发文办理人办理发文发文草拟人创建公文,确定初步公文文稿,发送给审核人;系统将由草拟人草拟的公文流转至审核人处;for 审核人对收到的草拟公文进行规范性审核(文字、格式) doif 草拟的公文不符合规范要求,审核未通过 then审核人添加修改建议后将草拟公文发回给发文草拟人;系统将由审核人发回的公文流转至公文草拟人处;发文草拟人对发回的草拟公文根据审核人的意见进行修改,然后发送给审核人end if;审核人将审核合格的公文发送给复核人系统将公文由审核人流转至复核人处;for 复核人对收到的审核公文进行复核(格式规范,行文合理,附件齐全) do if 审核公文不符合复核要求,复核未通过 then 复核人添加修改意见后将审核公文发回给审核人; 系统将由复核人发回的公文流转至公文审核人处; 审核人对发回的审核公文根据复核人的意见进行修改,然后发送给复核人end if;end for; 复核人将复核完成的公文发送给上级领导签发; 系统将由复核人发送的公文流转至公文签发人处; 领导也就是签字人对复核人发送的公文进行审签,然后发送给分发人; 系统将由签字人发送的公文流转至公文分发人处;分发人将收到的公文编号后分发给各个部门及相关人员并将发文文号、发文日期、文件题目、拟稿单位、拟稿人、签发人均登记齐全, 并发送发文存档; 系统将由分发人发送的公文流转至各个部门和相关人员;(3) 收文办理用况:收文办理人办理收文公文接收人接收来文,登记收文序号、收文日期、来文单位、来文标题、密级和备注等并对出现问题的地方进行修改,然后发送给拟办人;系统将接收人发送的公文流转至拟办人处;拟办人接收公文,提出初步的办理方案或建议,供批办人参阅,并随同公文附上与来文有关的材料,发送给批办人;系统将拟办人发送的公文流转至批办人处;批办人接收公文,对公文进行批示,提出执行、办理的原则与方法,承办单位、承办要求、承办时限并签署姓名与日期,发送给承办人;系统将批办人发送的公文流转至承办人处;承办人接收公文,根据领导批示意见,具体执行办理。承办人回复公文的办理结果给公文的接收人;系统将承办人发送的公文流转至接收人处;接收人接收公文及办理结果,根据公文号将收文归档。(4) 管理会议用况:会议管理员管理会议会议申请人员录入填写会议呈批单,包括会议类型、会议名称、主办部门、会议时间、会议人数、会议地点等内容,提交给会议审核人;系统将申请人发送的呈批单流转至审核人处;审核人接收到审批单,进行审批;if 审批未通过 then审批人将审批未通过原因及呈批单发回给会议申请人; 系统将审批人发送的文件流转至申请人处会议申请人根据未通过原因重新制定会议计划,发送给会议审批人;end if;会议审批人将会议审批结果发送给会议通知人;系统将审批人发送的文件流转至通知人处会议通知人接收到会议审批结果,进行会议通知的拟定,填写会议通知单,发送给全部与会人员;系统将通知人发送的文件流转至全部与会人员处;会议纪要人员整理会议结束后的会议纪要,发送给会议申请人;系统将纪要人发送的文件流转至会议申请人处;会议申请人接收会议纪要,将会议纪要归档。 (5) 管理档案用况:档案管理员管理档案档案管理员将接收到的文件按照年度、部门、保管期限进行分类,建立案卷;接收文件,对文件分类归档装入;系统为归档的文件自动编号;接收到转档通知,移出档案;系统自动变更档案编号;系统分离出有过期档案,提醒档案管理员处理;档案管理员看到提醒,根据情况转档或者删除案卷。(6) 管理借阅用况:档案管理员管理借阅档案管理员核查借阅清单,分离已经达到借阅期限的借阅人,收回借阅;系统回收对应借阅人所借阅的档案;系统对回收的档案归档。 (7) 管理公告用况:公告管理员管理公告公告管理员浏览当前已发布和未发布的公告;接收到公告发布通知,创建公告公告标题、公告范围,公告内容,生效期限,失效期限等,然后发布;系统将公告管理员发布的公告按照定义的范围和时间显示在各个部门或人员的系统公告栏中;公告管理员对有变更的公告进行修改,对未到失效期限但需要删除的公告进行删除。(8) 个人待用况:用户管理待办用户查看待办,以便对工作有统筹的安排;用户接到通知或有关文件,需要在某个时间办理相关的事务,添加待办;系统更新用户的个人待办;系统在用户设置的待办时间到来之前,自动向用户发出提醒;用户处理待办;用户将取消的待办删除。(9) 管理系统用况:系统管理员管理系统系统管理员收到新增用户的申请,进行用户的创建,为其编号并设置权限;系统更新用户列表;系统管理员接到人事调动的有关通知,已有的用户的权限、部门等信息进行修改,或者删除用户;系统更新用户表。3.2.2 基本模型的建立类图系统中相关的类有发文登记、发文、待办事项、公告、借阅、收文登记、收文、用户、会议参加人、会议、会议纪要、档案、收文档案、发文档案、会议纪要档案,系统类图如下图:图 3.2.2-1其中档案类与收文档案、发文档案、会议纪要档案之间存在着继承的(一般特殊)的关系。下面是对对象的属性和操作的定义:档案类包括卷号、卷名、保管期限、卷内文件份数、是否封卷等属性。在用户类中,与用户有关的信息本系统只关心姓名、部门和职务,另外还应有一个用户的唯一标识用户帐号,从系统管理员角度讲,每个用户都应该有访问权限和密码。下面是对各个对象的属性和操作的定义:图 3.2.2-23.2.3 辅助模型的建立顺序图、活动图(1)根据办公自动化系统的用况,建立如下的顺序图;图3.2.3-1发文办理顺序图图 3.2.3-2收文办理顺序图图 3.2.3-3 会议管理顺序图(2)对应的建立了如下的活动图;1.发文办理活动图2. 收文办理活动图3. 会议管理活动图图 3.2.3-4 活动图3.2.4 建模规约类的规约(1)发文类的总体说明: 类名:发文解释:用于描述向外部发出公文的一系列操作过程一般类:无主动性:yes永久性:yes辅助模型:发文办理顺序图、发文办理活动图操作说明:特征标记:建立操作解释:公文草拟人新建立一份发文主动性:yes多态性:no操作流程:无特征标记:修改操作解释:新建立的发文若未通过审核则需进行修改主动性:no多态性:no操作流程:无特征标记:审核操作解释:新建立的发文需要审核人审核的通过才能继续流转主动性:yes多态性:no操作流程:无特征标记:复核操作解释:审核后的发文需要复核人进一步的审核主动性:yes多态性:no操作流程:无特征标记:签发操作解释:核查通过的发文需要经过签字人的签字主动性:yes多态性:no操作流程:无特征标记:分发操作解释:公文分发人将公文分发至个人或各个部门相关人员处主动性:no多态性:no操作流程:无(2) 发文登记类的总体说明: 类名:发文登记解释:用于描述发往外部的公文的属性一般类:无主动性:no永久性:yes辅助模型:无属性说明:名称与数据类型:发文文号:char属性解释:对单位发文的统一的编号多态性:no名称与数据类型:发文日期:date属性解释:记录发文的具体日期多态性:no名称与数据类型:文件题目:char属性解释:文件的标题多态性:no名称与数据类型:拟稿单位:char属性解释:记录发文的出处多态性:no名称与数据类型:签发人:char属性解释:指明公文由谁签字多态性:no操作说明: 特征标记:登记 操作解释:将外发的公文属性进行登记 主动性:no 多态性:no 操作流程:无 (3)发文档案类的总体说明: 类名:发文档案 解释:对发出的公文建立档案以便将来查阅 一般类:无 主动性:yes 永久性:yes 辅助模型:无属性说明: 名称与数据类型:发文日期:date 属性解释:记录发文的具体日期 多态性:no(4)收文类的总体说明:类名:收文 解释:描述接收外部来文的一系列的操作过程 一般类:无 主动性:yes 永久性:yes 辅助模型:收文办理顺序图、收文办理活动图操作说明:特征标记:接收操作解释:接收从外部的来文主动性:yes多态性:no操作流程:无特征标记:审核操作解释:对接收来的公文的有效性进行审核主动性:no多态性:no操作流程:无特征标记:拟办操作解释:对收文的办理内容提出初步的办理方案或建议主动性:yes多态性:no操作流程:无特征标记:批办操作解释:对公文进行批示,提出执行、办理的原则与方法,承办单位、承办要求、承办时限并签署姓名与日期主动性:yes多态性:no操作流程:无特征标记:承办操作解释:根据领导批示意见,具体执行办理主动性:yes多态性:no操作流程:无(5)收文登记类的总体说明: 类名:收文登记解释:对接收的来文进行登记一般类:无 主动性:no 永久性:yes 辅助模型:无属性说明:名称与数据类型:序号:char 属性解释:对接收的来文的统一编号 多态性:no名称与数据类型:收文日期:date 属性解释:对来文时间的记录 多态性:no名称与数据类型:密级:char 属性解释:对来文的保密程度的说明 多态性:no 名称与数据类型:备注:char 属性解释:对来文的其他信息的说明 多态性:no(6)收文档案类的总体说明: 类名:收文档案 解释:对接收的来文办理后添加附件然后建立档案以便将来查阅 一般类:无 主动性:yes 永久性:yes 辅助模型:无 属性说明: 名称与数据类型:接收人:char 属性解释:记录接收来文的人员信息 多态性:no 名称与数据类型:批办人:char 属性解释:记录来文的批办人的信息 多态性:no 名称与数据类型:承办人:char 属性解释:记录具体办理来文的人的信息 多态性:no(7)档案类的总体说明: 类名:档案 解释:描述各类的档案的具体信息和操作 一般类:发文档案、收文档案、会议纪要档案 主动性:yes 永久性:yes 辅助模型:无 属性说明: 名称与数据类型:卷号:char 属性解释:对档案分类建立案卷后的编号 多态性:mo 名称与数据类型:卷名:char 属性解释:建立分类案卷后案卷的名称 多态性:mo 名称与数据类型:保管期限:int 属性解释:为每份归档的档案设定保管期限 多态性:mo 名称与数据类型:卷内文件数:int 属性解释:记录每份档案内的文件的份数 多态性:mo 名称与数据类型:是否封卷:bool 属性解释:对于不能借阅的档案设置封卷属性 多态性:mo(8)会议纪要档案类的总体说明: 类名:会议纪要档案 解释:对会议记录的会议纪要建立档案以便将来查阅 一般类:无 主动性:yes 永久性:yes 辅助模型:无 属性说明: 名称与数据类型:会议序号 属性解释:对举行的会议的统一编号 多态性:no名称与数据类型:文号属性解释:会议纪要文件的编号多态性:no(9)会议类的总体说明: 类名:会议 解释:描述会议的一系列的属性和操作 一般类:无 主动性:yes 永久性:yes 辅助模型:会议管理顺序图,会议管理活动图操作说明:特征标记:申请操作解释:会议申请人申请召开一个会议主动性:yes多态性:

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论