面向对象方法范本(软件工程之业务流程)分析
- 格式:doc
- 大小:1.12 MB
- 文档页数:42
业务流程需求分析面向对象下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!业务流程。
1. 需求收集。
访谈相关利益相关者(如业务用户、技术人员)以收集对业务流程的详细需求。
面向对象软件工程的案例分析第一章:引言在现代软件开发中,面向对象的方法已经变得越来越流行。
面向对象软件工程(OOSE)是一种基于面向对象设计和分析原则的软件开发方法。
OOSE支持多种编程语言和开发工具,如Java和C++,是当今许多软件开发公司和个人开发者的首选。
在本文中,我们将通过对一些成功的面向对象软件工程案例的分析,探讨OOSE的优点和限制。
第二章:面向对象软件工程的基本原理面向对象编程(OOP)是一种广泛使用的程序设计范例。
它以对象为中心,将程序分解为可重用的模块,有助于提高软件的可维护性、可拓展性和可重用性。
OOSE基于OOP的原则,通过分析和设计软件系统的对象、类和关系,实现软件开发的整个过程。
面向对象软件工程的基本原理包括以下几个方面:1. 面向对象方法的思想和方法论;2. 需求分析、模型设计、实现和测试等不同阶段之间的无缝对接;3. 从对象、类和关系的角度分析和设计软件系统;4. 对象封装、继承和多态性的应用;5. 使用UML(统一建模语言)等标准的图形化表示方法。
第三章:面向对象软件工程的优点OOSE有很多优点,这使得它在许多软件开发项目中得到广泛应用。
以下是它的几个主要优点:1. 可维护性:OOSE有一个明确的、易于维护的软件结构,它通过对象、类和关系的组织,将代码分解为可重用的模块。
这种结构的特点是松耦合,这意味着不同的模块可以相对独立地修改和调试。
2. 可拓展性:OOSE使软件开发者更容易添加新的功能或扩展现有的系统。
这是因为添加新功能只涉及修改现有的模块或增加新的模块。
3. 可重用性:OOSE提供了一种模块化和抽象化的方法,它允许软件开发者利用已有的模块来开发新的应用程序。
这种重用减少了开发时间和成本。
4. 面向对象的工具支持:近年来,许多流行的编程语言和开发工具已经支持面向对象编程模型。
这些工具提供了图形化用户界面和可视化的开发模式,使得软件开发者更容易设计、开发和调试软件。
第7章面向对象分析•7.1.1 面向对象分析过程面向对象的分析主要以用例模型为基础。
开发人员在收集到的原始需求的基础上,通过构建用例模型从而得到系统的需求。
进而再通过对用例模型的完善,使得需求得到改善。
所谓用例是指系统中的一个功能单元,可以描述为参与者与系统之间的一次交互。
用例常被用来收集用户的需求。
①首先要找到系统的操作者,即用例的参与者。
参与者是在系统之外,透过系统边界与系统进行有意义交互的任何事物。
②可以把参与者执行的每一个系统功能都看作一个用例。
可以说,用例描述了系统的功能,涉及系统为了实现一个功能目标而关联的参与者、对象和行为。
③确定了系统的所有用例之后,就可以开始识别目标系统中的对象和类了。
把具有相似属性和操作的对象定义为一个类。
边界类示意图控制类示意图目标系统的类可以划分为边界类、控制类和实体类。
Ø边界类代表了系统及其操参与者的边界,描述参与者与系统之间的交互。
它更加关注系统的职责,而不是实现职责的具体细节。
通常,界面控制类、系统和设备接口类都属于边界类。
Ø控制类代表了系统的逻辑控制,描述一个用例所具有的事件流的控制行为,实现对用例行为的封装。
通常,可以为每个用例定义一个控制类。
Ø实体类描述了系统中必须存储的信息及相关的行为,通常对应于现实世界中的事物。
确定了系统的类和对象之后,就可以分析类之间的关系了。
对象或类之间的关系有依赖、关联、聚合、组合、泛化和实现。
①依赖关系是“非结构化”的和短暂的关系,表明某个对象会影响另外一个对象的行为或服务。
②关联关系是“结构化”的关系,描述对象之间的连接。
③聚合关系和组合关系是特殊的关联关系,它们强调整体和部分之间的从属性,组合是聚合的一种形式,组合关系对应的整体和部分具有很强的归属关系和一致的生命期。
比如,计算机和显示器就属于聚合关系。
④泛化关系与类间的继承类似。
⑤实现关系是针对类与接口的关系。
明确了对象、类和类之间的层次关系之后,需要进一步识别出对象之间的动态交互行为,即系统响应外部事件或操作的工作过程。
面向对象方法范本(软件工程之业务流程)分析预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制题目 XX系统的研究与分析第一章引言1.1项目背景社会治安综合治理是党中央依据我国社会主义初级阶段的理论,对新中国成立以来,特别是改革开放以来社会治安工作的经验,并从新时期社会治安的实际出发,提出的解决我国社会治安问题的总的战略方针。
高校治安综合治理以社会治安综合治理的存在为前提。
高校治安综合治理是一项政治任务,是解决高校治安问题的根本出路,是具有中国特色的解决高校治安问题的新途径。
实践证明,高校治安综合治理为维护高校政治稳定和校园治安环境、创造良好的教学科研秩序做出了重要贡献。
尤其是当前形势下,高校治安综合治理在维护校园稳定、构建和谐校园中将发挥重要的积极作用。
经过探索与实践,全党和全社会对高校治安综合治理基本达成了共识。
高校治安综合治理是社会治安综合治理的重要方面,高校和谐稳定是社会和谐稳定的重要基础,关系到全党和全国工作大局,关系到和谐社会建设,关系到青年大学生的健康成长,关系到高等教育事业的持续协调发展。
20 多年来,高校治安综合治理积累了丰富、成功的经验,这是一笔非常宝贵的财富。
但是,随着我国政治经济体制改革的不断深化、社会主义法制建设的日臻完善、高等教育管理体制改革的继续深入,高校治安综合治理面临着严峻的挑战。
如何把高校的综治工作做好,以评促建、以评促管是主要的手段之一,而在综治工作的考评过程中涉及到大量的数据和材料,以及各种的评分标准,目前都是采用纸质稿加电子稿人工考评的方式,每次的考评需要花费大量的人力物力,通过信息化的手段,建立一套综治的考评系统是很有必要的。
1.2同类系统研究与应用现状<旨在突出同类系统研究与应用现状,应该多参考相关文献,引用比较多,注意引用格式>1.3研究的内容和主要工作1.3.1研究的内容<此处插入研究的内容,简要说明论文中的系统采用了什么样的技术手段,采用了什么样的组织架构,做了些什么研究工作,解决了哪些问题>1.3.2本人主要工作<此处插入作者本人在项目中所负责或者完成的具体工作,应与1.3.1的研究内容相对应,简述作者本人所做的研究工作。
实验三:面向对象的分析设计方法一、实验目的:学习用Rose或Together等工具绘制UML图,通过实际绘制UML图加深理解UML,了解利用UML进行面向对象的分析、建模和面向对象系统设计的方法。
二、实验内容:利用Rose绘制给定的用例图、包图、活动图、序列图、协作图、类图。
三、实验方法和步骤:(一)Rose绘图环境的使用(二)人事档案管理系统的面向对象分析首先明确问题域和系统责任,目标系统的主要功能是:人事信息的变动管理(增、删、查、改、打),人事信息查询检索、分类汇总、统计报表,用户管理、登录,下属部门数据的维护、数据备份与恢复。
根据系统的这些总体信息,可以确定系统的参与者(角色)和用例。
(1)确定系统的参与者该系统的参与者(系统用户)是进行日常人事档案信息管理的操作员和进行基础数据维护与数据备份(恢复)的管理员。
(2)确定系统用例可将系统分为如下用例:人事档案信息管理用例、系统账户管理用例、部门数据维护用例、系统维护用例。
①人事档案信息管理用例:该用例的参与者是一般的操作员,需要经过系统登录后才能正式进入系统,完成人事档案信息的变动管理、分类汇总统计、报表打印等功能。
②系统账户管理用例:完成系统用户的增、删、查、改、打功能。
③部门数据维护用例:完成部门信息的增、删、查、改、打功能。
④系统维护用例:完成系统数据的备份和恢复功能。
(3)识别系统中的类可从类的表现形式或分类来识别类,类的表现形式有:外部实体、事物、事件、角色、组织单元、场地、结构。
类又分为实体类、边界类和控制类。
①参与者相关的类。
本系统的参与者是系统用户,包含的属性有登录名、密码、类别(操作员或管理员)、操作权限等。
②其他外部实体(数据库)类。
●员工人事档案信息类,包含的属性有员工编号、姓名、所在部门、性别、年龄等。
●部门信息类,包含的属性有部门编号、部门名称等。
③边界类。
●系统用户登录窗口、系统主界面窗口、用户信息管理窗口。
●员工人事档案信息管理窗口、人事信息查询显示窗口、分类统计窗口、人事信息报表打印窗口。
面向对象的软件开发方法分析论文•相关推荐面向对象的软件开发方法分析论文面向对象的技术是计算机软件技术史上的一次革命,为软件开发拉开了新的篇章。
面向对象的软件开发方法,是一种以对象建模为基础,自底向上和自顶向下相结合的方法,包括了所有对象的数据结构。
基于此,文章从传统软件开发方法存在的问题出发,并以此为基础,对面向对象的软件开发方法展开分析,以供参考。
相比传统的软件开发方法,面向对象的软件开发方法(OMT)实现了质的飞跃,采用了一种自底向上的归纳、自顶向下的分解方法,通过对对象建模的建立,彻底解决了软件开发在需求分析、可维护性以及可靠性三大环节上的问题,同时也大大提高和改善了系统的可维护性。
可见,面向对象的软件开发方法,作为一种归纳和演绎思想的综合体现,其对软件设计、软件开发所起的促进作用是毋庸置疑的。
一、传统软件开发方法存在的问题(一)软件复用性差在软件开发工程所追求的目标当中,软件复用性是重点之一,同时也是节约人力和提升软件生产率的重要渠道。
虽然近年来软件当中的结构化分析、结构化设计和结构化程序开发给软件产业带来了巨大的进步,但是还不足以从根源上解决软件重复使用的问题。
(二)软件可维护性差传统的软件开发方法过于侧重一致、完整的文件合成最终的产品,以致在整个开发过程中,软件的可测试性、可读性和可修改性成了衡量一个软件产品优劣的重要标准。
事实上,在软件的实际应用中,我们可以发现这类产品的维护性差,且所消耗的成本相当高。
(三)开发出的软件不能满足用户需要传统的结构化方法所涉及的知识领域比较广泛,以致使用它开发大型软件时,一旦遇到系统需求模糊或者系统发生动态变化,就会影响开发效率,导致最终开发出来的软件脱离用户实际需求。
(四)软件质量难以保证传统的软件开发方法所开发出来的复杂型大型软件,或者是需求模糊的系统,绝大多数都是难以成功投入市场使用的。
归其原因,主要有以下两大因素:第一,软件开发人员对用户的实际需求理解不够透彻,以致最后开发出来的软件和用户的期待不相符;第二,所开发出来的软件灵活性低,无法适应用户需求的经常性变化,再加上部分用户有时会在软件的一些使用性能方面提出部分要求,倘若系统的设计和开发是基于过程中,那么软件系统的可扩充性和稳定性就会无法适应变化,而这种变化也会对软件系统自身的机构造成影响,设计、开发的成本也会随之提高。
面向对象软件开发流程面向对象软件开发是一种高效的软件开发方法,它将现实世界中的事物抽象为对象,并通过对象之间的交互来实现软件系统的设计与开发。
面向对象软件开发流程由以下几个关键步骤组成:需求分析、设计、编码、测试和部署。
本文将详细介绍面向对象软件开发流程的每个步骤,以指导软件开发过程的实施。
一、需求分析面向对象软件开发的第一步是需求分析。
在这一阶段,开发团队与客户密切合作,明确软件系统的需求和目标。
需求分析旨在收集并整理客户需求,并将其转化为可操作的软件功能和特性。
在需求分析阶段,开发团队通常会使用UML(统一建模语言)工具来绘制用例图、活动图等,以明确系统的功能和工作流程。
二、设计需求分析完成后,下一步是进行系统设计。
系统设计是指根据需求分析阶段的成果,创建系统的软件架构和模块设计。
在面向对象软件开发中,常用的设计工具包括UML类图、时序图和状态图等。
系统设计阶段需要考虑系统的模块划分、模块之间的交互关系,以及各个模块的具体实现方法。
设计阶段的成果是一个详细的设计文档,包含各个模块的接口定义、类的设计和方法的实现。
三、编码设计阶段完成后,开发团队进入编码阶段。
编码是将设计文档中的描述转化为实际的程序代码的过程。
在编码阶段,开发人员需要按照设计要求,使用具体的编程语言实现各个模块和类。
编码阶段应注意编程规范和代码质量,确保代码的可读性和可维护性。
另外,在编码过程中,开发人员应遵循面向对象编程的原则,例如封装、继承和多态等。
四、测试编码完成后,软件系统进入测试阶段。
测试是验证软件系统是否满足需求并具备良好性能的过程。
测试阶段包括单元测试、集成测试和系统测试等多个层次。
在测试阶段,开发团队需要编写测试用例并执行,以验证系统的功能和性能是否符合设计要求。
测试阶段还可以发现并修复软件中的bug,确保软件质量和稳定性。
测试过程应全面覆盖系统的各个功能点,并进行性能测试、安全测试、兼容性测试等。
五、部署当测试阶段完成并通过验证后,软件系统进入部署阶段。
分类号TP31 密级公开UDC 编号硕士研究生学位论文题目 XX系统的分析与设计学院(所、中心)软件学院专业名称软件工程研究生姓名学号导师姓名职称年月独创性声明本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研究成果。
除了文中特别加以标注和致谢的地方外,论文中不包含其他人或集体已经发表或撰写过的研究成果,对本文的研究做出贡献的集体和个人均已在论文中作了明确的说明并表示了谢意。
研究生签名:日期:论文使用和授权说明本人完全了解云南大学有关保留、使用学位论文的规定,即:学校有权保留并向国家有关部门或机构送交学位论文和论文电子版;允许论文被查阅或借阅;学校可以公布论文的全部或部分内容,可以采用影印、缩印或其他复制手段保存论文。
(保密的论文在解密后应遵循此规定)研究生签名:导师签名:日期:…………………………………………………………………本人及导师同意将学位论文提交至清华大学“中国学术期刊(光盘版)电子杂志社”进行电子和网络出版,并编入CNKI系列数据库,传播本学位论文的全部或部分内容,同意按《中国优秀博硕士学位论文全文数据库出版章程》规定享受相关权益。
研究生签名:导师签名:日期:摘要<简单的论文总体描述>论文首先介绍了XX系统的研究背景,对所需要解决的问题进行了概述,讨论了项目的研究意义与重要性,阐述了系统开发方法和相关技术;论文提出了系统的设计目标,对系统进行了详细的需求分析,包括业务需求、功能需求、数据需求和非功能需求,给出了系统的业务流程图、用例图和概念类图,进行了用例描述;在系统设计中,对系统进行了总体设计与模块设计,包括XX等功能模块,给出了模块设计的功能结构图(包图)、类图、顺序图(协作图)和处理流程图,详细阐述了设计内容,进行了界面设计,并使用实体类图、E-R图和数据库表结构对数据库进行了详细设计;论文最后对研究的内容进行了总结,阐述了本人的主要工作,指出了论文存在的不足,并对进一步的工作进行了展望。
题目 XX系统的研究与分析第一章引言1.1项目背景社会治安综合治理是党中央依据我国社会主义初级阶段的理论,对新中国成立以来,特别是改革开放以来社会治安工作的经验,并从新时期社会治安的实际出发,提出的解决我国社会治安问题的总的战略方针。
高校治安综合治理以社会治安综合治理的存在为前提。
高校治安综合治理是一项政治任务,是解决高校治安问题的根本出路,是具有中国特色的解决高校治安问题的新途径。
实践证明,高校治安综合治理为维护高校政治稳定和校园治安环境、创造良好的教学科研秩序做出了重要贡献。
尤其是当前形势下,高校治安综合治理在维护校园稳定、构建和谐校园中将发挥重要的积极作用。
经过探索与实践,全党和全社会对高校治安综合治理基本达成了共识。
高校治安综合治理是社会治安综合治理的重要方面,高校和谐稳定是社会和谐稳定的重要基础,关系到全党和全国工作大局,关系到和谐社会建设,关系到青年大学生的健康成长,关系到高等教育事业的持续协调发展。
20 多年来,高校治安综合治理积累了丰富、成功的经验,这是一笔非常宝贵的财富。
但是,随着我国政治经济体制改革的不断深化、社会主义法制建设的日臻完善、高等教育管理体制改革的继续深入,高校治安综合治理面临着严峻的挑战。
如何把高校的综治工作做好,以评促建、以评促管是主要的手段之一,而在综治工作的考评过程中涉及到大量的数据和材料,以及各种的评分标准,目前都是采用纸质稿加电子稿人工考评的方式,每次的考评需要花费大量的人力物力,通过信息化的手段,建立一套综治的考评系统是很有必要的。
1.2同类系统研究与应用现状<旨在突出同类系统研究与应用现状,应该多参考相关文献,引用比较多,注意引用格式>1.3研究的内容和主要工作1.3.1研究的内容<此处插入研究的内容,简要说明论文中的系统采用了什么样的技术手段,采用了什么样的组织架构,做了些什么研究工作,解决了哪些问题>1.3.2本人主要工作<此处插入作者本人在项目中所负责或者完成的具体工作,应与1.3.1的研究内容相对应,简述作者本人所做的研究工作。
此外,如果论文所述项目为集体合作,则应该简略指出作者本人所负责的工作。
以下为范本!>本人主要负责身份证上课考勤系统业务分析中原有业务流程分析的课堂点名流程分析、课堂签到流程分析以及考勤统计流程分析工作,以及针对原有业务流程分析进行业务流程再造的分析工作……。
1.4论文结构(可选)<此处插入该论文的整体结构,简述论文的整体形式结构,并简述每一章的主旨。
以下为范本,请勿照搬!>本文由五章内容组成,其中:第一章介绍了本文的项目背景,对同类系统研究与应用现状进行了概述,阐述了研究的内容以及本人的主要工作(以及论文结构)。
第二章是本文的重点,对业务进行详细的研究与分析,包括:业务描述、原有业务流程分析、业务流程再造。
第三章是本文的核心内容之一,针对系统的业务分析进行功能分析,包括角色分析、系统用例分析、系统功能包图。
第四章是本文的核心内容之一,在业务分析和功能分析的基础上进行了功能数据分析,通过概念类图、类图缩略图、实体类关系图(和数据库表结构)对数据库进行了详细分析与设计。
第五章总结了本文所做的工作,同时对进一步的工作进行了展望。
第二章业务分析软件需求分析就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合。
需求必须是完整的,足以使设计师和工程师来开发一个使客户满意的软件产品。
软件需求分析主要包括三个不同的层次:业务分析、功能分析和数据分析。
业务分析是客户对软件制品目标的高层次要求。
2.1业务描述业务描述是客户对软件制品目标的高层次要求的形象化阐述。
2.1.1组织结构分析<从组织结构的角度分析使用本系统的组织或部门,并画出系统组织结构图>组织结构图是企业的流程运转、部门设置及职能规划等最基本的结构依据,常见的组织结构形式包括中央集权制、分权制、直线式以及矩阵式等。
图2 软件学院组织结构图如图2所示,软件学院由党委办公室、行政办公室、教务办公室、研究生与学科建设办公室、软件工程系、网络工程系、信息安全工程系、实验中心和信息技术研究所等组成。
2.1.2业务问题概述<此处插入论文的论点,旨在突出论文讨论解决的问题。
><展开叙述一些传统技术手段存在的问题>随着IT的日新月异,我们应该采用合适的技术来节约时间去学习更多有用的知识。
在传统方式下,教师在课堂上使用点名答“到”的方式来记录考勤,这种方式一来浪费大量时间,二来在团结互助的时代,同学之间难免帮助答“到”,这需要教师记得每一个学生,并且教师只能手工记录缺席、迟到等状态。
此外,这种方式不能准确量化的反映出学生迟到多少时间,而对教师的考勤也从未考虑。
2.2原有业务流程分析原有业务流程分析采用流程图描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表,主要是描述业务走向,以业务处理过程为中心。
2.2.1课堂考勤流程图2.1 课堂点名业务流程图如图2.1所示,课堂点名业务流程图是教师在课堂上点名的业务流程。
首先教师准备学生名册,上课过程中抽出几分钟按照学生名册的排列顺序进行点名,根据学生是否作出响应,来记录学生考勤,如果学生答到,则记录学生出勤;否则,记录学生缺勤,直至点名全部结束,记录的结果形成本次考勤结果。
图2.2 课堂签到业务流程图<图2.2的描述请参照图2.1或图2.3的描述进行补充> 2.2.2考勤管理流程图2.3 随堂作业考评业务流程图如图2.3所示,随堂作业考评业务流程图是教师布置随堂作业进行考评的业务流程图。
一方面,可以考评学生平时成绩;另一方面,还可以考评学生的出勤情况。
首先,教师在上课即将结束的时候,准备随堂作业给学生,学生完成随堂作业后上交给教师,教师负责收取所有上课学生的一次随堂作业,最后这门课程的随堂作业作为考勤和平时成绩。
图2.4 考勤统计业务流程图<图2.4的原有业务流程描述请参照图2.1或图2.3的描述进行补充>2.3业务流程再造业务流程再造是指从根本上对原来的业务流程做彻底地重新设计,把直线职能型的结构转变成平行的流程网络结构,优化管理资源和市场资源配置,实现组织结构的扁平化、信息化和网络化,从结构层次上提高企业管理系统的效率和柔性。
2.3.1课堂考勤流程图2.5 课堂考勤流程再造业务流程图如图2.5所示,课堂考勤流程再造业务流程图可以对教师和学生进行身份证考勤,对比原有的业务流程增加了对教师的考勤,是未来教育发展的趋势,并且使用课堂考勤可以提高考勤的效率,比原有的课堂点名业务流程更节约时间。
考勤的结果包括具体的考勤刷卡时间等信息,考勤信息存储在身份证管理系统的数据库中,更容易方便查询。
2.3.2上传考勤流程图2.6 上传考勤流程再造业务流程图<2.3.2小节的再造流程原因请参照2.3.1小节进行补充> 2.3.3考勤管理流程图2.7 考勤统计流程再造业务流程图图2.8 考勤备份流程再造业务流程图图2.9 考勤查阅流程再造业务流程图<2.3.3小节的再造流程原因请参照2.3.1小节进行补充> 2.3.4远程管理流程图2.10 远程参数设置流程再造业务流程图图2.11 考勤查询流程再造业务流程图<2.3.4小节的再造流程原因请参照2.3.1小节进行补充>第三章功能分析功能分析描述了待开发的软件必须完成的任务,定义了必须实现的软件功能,使得用户通过这些功能完成他们的任务,从而满足业务需要。
3.1角色分析<从系统的角度分析系统的参与者,并给出每一个参与者的描述。
>以下从身份证上课考勤系统的实际需求分析,系统涉及到以下角色:表3 角色划分表3.2系统用例分析用例(use case)表示参与者与系统的一次交互过程。
用例图用来描述软件需求模型中的系统功能,通过一组用例可以描述软件系统能够给用户提供的功能。
3.2.1总体用例分析<从系统的使用者的角度使用UML的用例图描述系统的用例,并给出每一个用例的用例描述。
>下面给出了身份证上课考勤系统的总体用例图,包含课堂考勤、上传考勤、考勤管理和远程管理等用例,如下图3.1所示:图3.1 身份证上课考勤系统总体用例图3.2.2子用例分析<针对3.2.1节的总体用例分析,逐项子用例展开分析。
> 3.2.2.1课堂考勤用例图3.2 课堂考勤用例图表3-1参数设置用例描述表3-1-1上课信息设置用例描述表3-1-2时间设置用例描述表3-1-2-1考勤时间设置用例描述表3-1-2-2系统时间设置用例描述表3-1-2-2-1联网设置系统时间用例描述表3-1-2-2-2手动设置系统时间用例描述表3-2教师考勤用例描述表3-2-1身份证刷卡用例描述表3-3学生考勤用例描述3.2.2.2上传考勤用例图3.3 上传考勤用例图<3.2.2.2小节用例描述请参照3.2.2.1小节进行写作>3.2.2.3考勤管理用例图3.4 考勤管理用例图<3.2.2.3小节用例描述请参照3.2.2.1小节进行写作> 3.2.2.4远程管理用例图3.5 远程管理用例图<3.2.2.4小节用例描述请参照3.2.2.1小节进行写作>3.3系统功能包图<主要阐述有关系统设计之功能架构设计,以下为范本>包图是用来描述子功能的架构和相互间的依赖关系。
系统功能包图设计定义软件系统各主要部件及成分之间的关系。
<可以通过UML的包图来表示,系统功能一般对应需求分析中的用例,例如:> 3.3.1总体功能包图图3.6 身份证上课考勤系统总包图如上图3.6所示,身份证上课考勤系统一共分为四个包:课堂考勤、上传考勤、考勤管理、远程管理。
课堂考勤包提供给管理人员、教师和学生三种角色使用,管理人员可使用该包的参数设置子功能设置上课信息,例如:上课课程、上课地点,授课教师,上课时间等,还可以设置考勤的时间;教师可使用该包的教师考勤子包进行身份证刷卡打考勤;学生使用该包的学生考勤子包进行身份证刷卡打考勤。
上传考勤包仅提供给管理人员使用,管理人员使用形成上报考勤数据子包汇总上课信息、考勤时间信息、身份证信息,最后使用上传考勤数据到服务器子包上传考勤数据。
考勤管理包仅提供给管理人员使用,管理人员使用考勤查询子包可查询学生和教师的考勤信息;使用考勤统计子包可统计学生和教师的考勤信息;最后可使用考勤备份子包可备份考勤的信息,以防考勤数据丢失。
远程管理包仅提供给教务人员使用,教务人员使用远程参数设置子包可设置查询的用户、设置考勤课程、设置考勤地点;使用考勤查询子包可按课程查询考勤信息,也可按地点查询考勤信息。