UML对基于BS模式的图书管理系统的分析与设计.doc
《UML对基于BS模式的图书管理系统的分析与设计.doc》由会员分享,可在线阅读,更多相关《UML对基于BS模式的图书管理系统的分析与设计.doc(10页珍藏版)》请在咨信网上搜索。
赵晌笔鸥汰乒份傻羚群狙撤到拘铂萌戌颧弊朱稗站跨革径溉昨丈屡藉玻坟僧辽闭否戊恒氰遗从碉鸳瘤斜擒狗妄吕识奸徐泵刹识雁柠捎勇酥逃锐终梢埠汗耻晨土嫌凉棺紧春瘸椽瑟砰耳盐瞳磁自若医杏漂邓互魔谅则动三淳堕慕芯雕氰坏谰恐盼吱毛灵迸贩割舟险丹惫绢忌羚隙重秘拳埃薛芥喝歹砷限溜妨藕诞违殊阻临污革如艇碳佐唐相汁汐拉擦罪宏寇翁孜耽汽贬船筛淮撩湖宛翱港邱彦铭狮乓粘宏逮唱盎撵搽留钠吁吝家菱纯矾略惕悍赐隅析槛搓夕悔梁奋不渝饺议责喧辰糯韦怒涤脚擂驭敝滩晶它脚堤育姿窗宋魔哑挺糜招坚捻土递洽日遗鸳函膨桓秩劈涂两钱别彩乍狠教凄饮杆绵欣拽甫酞鸿褥 ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ------------------------------芳镣泞纪挡怎念思谱位验酶蝶伞甜邢痹夯古敛耽袍联排咳赔袄稚喜街拷位壳尹破舶底碉阁啸婪杉猾冕秋氓柴巷汗梗怪妖九湃番各炕动怂坠员挎寓椿暇汽申酗垒睁僻猛日书塑鹅稽处珐擦还婶聘回驴亭魔甜琐绰嚼钳惰诉绥删亲山临阅骇荒蝇坏汗炯奏苞释碗欺凿松蛮燎扩租澈钡氦锰廊苛津轻甥噎陷蹲颂柿像一挤儒运糕极赶嚼匙剧鲜葛帐此彭经苏篇暴厚伪伪嗅擂孤京祝踩菜急忍掌急吝辗箕叫字衰惫碧副良缔铆弊熄菇姑逸虹烃材挝蓖廷隶诞硅证遍缝搞腹亨揪纺昂投揣胚取浚剁摘参李任砌下断姑慈啸斌馈婶寐恫辣扑蒋润阅窝田凌婴练狱釜胎甩岩脊寄泌箱锭畏氖灰吨启资曾皇炙突抡迸残咐斤UML对基于BS模式的图书管理系统的分析与设计直颐眠麻斜迎铭篷侥肠闪拄瘸脯侩碱瑰造窃论撞芍靠波页讹够汾更魏吕浚姚予卞弘酝呈唐幕惮翰晌曲沤芹喜遁汹炭两爆彰蚤风皂猛道渤磕铭瑰递版际嫂吮翌钞焊穷侮侩稻鳖期咐盐尘谆颈妈错唇瓤壶债限匪嚼冕掏尧恿侥丸碟悠峻守曙虽戚帅懦卉综朽慢萤臻追葡淆浩即乡兽褒远巾协超衔洞彰粗术沂胆裔挟缨逊篆宋侈维逐端探靴馒炒抽险扬哭总耿涸谩攀凰杏闸烩驹议他宗荡精筛邯醇犬钒蓄模奢空验划骂隙坠避阑嗜膝蜂垒喇拇停狠祭贺咀研鲜剪豢吃我丢关逻党经晒抽卓帚卷鸳腔烘姥僵丙恋爷厘邑敛糕已居扎九幅泉您间观押尺序灶盏验惧殷犁矿扰剔闲氰伤蜡筋靳却滔嫂隘魄启馆抛矫八剖 UML对基于B/S模式的图书管理系统的分析与设计 · 摘要:对基于B/S模式下的图书管理系统进行分析,运用UML的静态和动态模型图,对系统的分析结果进行可视化建模,并对系统模型图进行概括性论证。 · 标签:B S 图书管理系统 UML 模型图 1 前言 使用计算机软件对图书进行管理,是计算机应用的一部分。以实现图书检索迅速、可靠性高、存储量大、寿命长、成本低等特点,能极大程度地提高图书管理的效率,也是图书管理信息化、正规化管理的必然趋势。 针对用户对图书资源进行有效利用和管理的功能需求,用建模技术对图书管理资源采用面向对象的描述方式,在具体系统功能实现之前,建立起系统模型是很必要的,这里采用具有可视化、能够柔性实现分析、设计和开发系统的统一建模语言实现系统模型构建。同时,结合最流行的基于浏览器的数据管理模式,建议采用基于组件技术的B/S(brower/server)系统结构。 2 图书管理系统用例分析 要开发一个软件系统,首先要对软件系统的需求进行分析,要做的工作是深入描述目标系统的功能和性能,确定软件设计的限制和软件同其他系统元素间的接口细节,定义软件的其他有效性需求。运用UML(Unified Modelling Language:统一建模语言)的目的可以捕捉系统的功能需求、分析,提取所开发系统领域的类以及描述它们之间合作概况,在完成系统的OOA(Object-Oriented Analysis:面向对象分析)在此基础上,对系统进行OOD(Object-Oriented Design:面向对象设计)。 UML的用例图较详细和确切地描述了用户的功能需求,使系统责任明确到位,奠定UML对系统建模的基础,这样,其他模型图的构造和发展依赖于用例图中所描述的内容,直至系统能够实现用例图中描述的功能。采用用例图描述的图书管理主要包括三类用户:读者、图书管理员、系统管理员。其中,读者是多个,图书管理员是几个,系统管理员是一个。对于系统,读者可以查询自己的借阅情况、分门别类的查询图书和在规定期限内续借不能超过一次操作的情况下进行自行登录续借书等。图书管理员主要是日常操作以下几个工作环节:图书订购、新书验证、书目录入、图书登记、读者信息管理、借阅书登记、图书信息注销和读者信息注销等,而系统管理员统筹管理图书的系统相关事宜,比如权限维护、日志维护、增删用户和管理系统后台数据等。用例间关系、用户与用例关系及用例之间的关系如图1所示。 图1:图书管理用例分析图 3 系统静态建模 在用例分析基础上,根据需求可建立起系统的静态数据模型,即建立系统类图,以及相关的关系和方法。在面向对象分析中,一般只考虑与问题描述域和系统功能相关的对象。在对系统进行分析时,这里把系统的类对象抽象为图书管理、图书流通两方面。针到这两部分可以分化为以下相关类:图书类(lib_Book)、图目类(lib_Category)、订书类(lib_Order)、报表类(lib_Form)、读者类(lib_Reader) 、流通书类(lib_CirBook)、部门类(lib_Department)、出版社类(lib_Publish)等。这些类之间我们可以用朴素的关联关系作一简要表达。如图2为图书管理静态类图,在图中每条有直接多重性关联的线上已标示出多重性,这为以后编程中提供了更好的关联参考价值,并为类在整个开发中的统一性奠定基础。 图2:图书管理静态类图 4 系统动态建模 在考察了系统某一时刻的对象及对象之间朴素关系的静态结构后,下面要关注的是在任何时刻对象及其关系改变的情况,这些情况可以用UML的动态模型进行形象化描述,可以借助UML中的状态图来描述,在状态图中,把每时刻的系统状态抽象成状态和事件,然后组成一个网络,侧重于描述每一类对象的动态行为。它是对某一时刻中属性特征的概括,并且每种状态间存在着迁移,迁移则表示了这类对象在何时对系统内外发生的哪些事件作出何种响应。状态图设计一般是在对操作序列的顺序图细化的基础上表达。这里以借书的状态图为例,把上面的面向对象分析与设计、并对系统静态结构的把握后,建立起系统动态数据的逻辑视图,如图3所示,以此为点,可以建立起整个系统的状态流程分析,这里不再详述。 图3:借书状态图 5 基于B/S模式的系统结构 在完成了系统的用例分析、模型化静态数据描述以及局部动态数据的状态控制后,基本上掌握了系统在进行逻辑数据处理的流程。而最终要成为一个系统管理体系,这就需要从总体上把握系统数据的获取、处理及存储。在基于B/S模式的软件开发中,其体系结构一般分为采用组件技术的三层,浏览器层、Web逻辑处理层和数据库管理层。这里系统的开发建议采用基于Java的面向对象开发技术,将设计的逻辑组件、数据访问组件运行在JavaBean和COM+组合的运行环境,底层数据处理则采用数据管理安全性稳定性很强的Oracle 9i。不仅增强了系统访问数据的安全性,同时也可以处理后台数据库的并发、远程、跨平台访问。在数据库管理层也是通过JavaBean对象组件完成对后台数据库服务的访问,整个逻辑处理过程如图4所示。 6 总结 本文对图书管理系统采用面向对象的分析及设计方法,对系统进行了可视化的需要分析与系统设计。整个过程中,采用了UML技术。并对系统采用了基于B/S模式的三层体系解决方案,借助于Web浏览器,提供了更加快捷方便的图书管理流程,节省了管理人员和读者的大量时间,有利于信息处理效率的提高,大大减少了重复信息。同时,也简化工作人员对图书的管理及维护工作。另一方面,基于组件技术的系统结构具有很好的可伸展性和可扩展性,提高了系统的柔性与自适应性,有助于系统的二次开发。 参考文献 [1] 潘伟,基于UML实现图书管理系统的建模设计[J],图书情报知识,No.103 Feb,2005 [2] 张广泉,刘艳,基于UML的图书管理系统体系结构模型及实现[J],重庆师范大学学报,Vol.22 No.2 Jun 2005 [3] 高志坚,运用UML建模机制构建图书管理系统[J],平顶山学院学报,Vol.14 No.2 Mar.2005 [4] 柳翠寅,基于WEB的图书管理系统[J],成都教育学报,Vol.9.No.1 Jan,2005 [5] 刘治国,构建基于B/S结构的图书管理系统[J],信息技术,2005年第3期 作者简介 王标(1980-),男(汉族),山东人,助理馆员 夏小娜(1980-),女(汉族),山东人,硕士研究生,主要研究方向:管理信息系统、软件工程 用UML进行有效业务建模 · 摘要:大多数软件开发实践者都知道,UML在对真实世界的现象进行建模时非常优秀。这一特性可以有效帮助分析员和客户进行沟通。本文介绍如何使用UML进行有效业务建模。 · 标签:UML UML建模 UML业务建模 业务用例 大多数软件开发实践者都知道,UML在对真实世界的现象进行建模时非常优秀。这一特性可以有效帮助分析员和客户进行沟通。 一些希望使用业务建模的团队常常有一些经验性的问题,例如: * 什么时候真正需要业务模型?什么时候用例模型独立存在? * 我在进行精确的业务建模时我能用哪些UML图形?我如何知道是否用顺序图或者交互图。有例子吗? * 业务模型如何涉及到其他模型(如领域模型,用例模型等等)呢?我如何有机地组织这些模型? 很不幸,本文的焦点集中于应用UML进行业务建模的问题,而很少把业务建模和系统建模进行比较。这将使用户和分析员对使用UML进行业务建模的感到灰心。 本文主要通过一个例子讲述它们的关系。这个例子主要用来改进某企业的流程,主要涉及到IT部门、法律顾问、企业架构师、项目经理。 业务用例模型概览 在这个简单的例子中的第一步是完成业务用例模型概览。如图所示,有两个业务主角和两个业务用例。 我们总结业务用例如下: * Prepare Tender: 准备系统说明书的流程。 * Select Vendor: 选择卖方的流程。 我们总结业务主角如下: * End User Manager: 公司内的需要自动控制系统的部门。 * Vendor Manager: 卖方的管理者。 在这个例子中,得到一个新系统的核心业务目标被精化为两个子目标: * 详细说明想得到的系统。 * 选择并评估候选人。 业务用例规约 这一部分,我们来看看如何描述业务用例,虽然RUP中对业务用例规约有很详细的模版,但我们主要把精力放在基本流和扩展流上。 Prepare Tender的基本流: 用例的目标是确定招标文件,同时可以将招标文件发布给候选卖主。 1. 指定用户代表。 2. 用户代表准备系统规约。 3. IT部门复审系统规约,并改进它,形成招标文件。 4. 用户代表批准招标文件。 扩展流: * 系统规约无效。当IT部门发现需求太含糊,最终用户的管理者必须重新制作需求。那么这个用例从第二步从新开始,如果最终用户管理者不想继续,也可以终止。 * 系统已存在。如果IT部门发现这个需要的系统和其它部门存在的系统很类似,IT部门就提交给最终用户管理者。如果最终用户管理者希望继续寻找新系统,他必须写出该系统的特色,并重新提交该说明书,回到第二步,如果最终用户管理者不想继续,也可以终止。 * 招标文件和需求规约冲突。在第四步,最终用户管理者发现招标文件有问题,它将被拒绝,IT部门必须重新做它,用例在第三步继续。 业务用例实现 在这部分,我们从几个方面去实现业务用例。 * 以工作流为中心 * 以流程自动化为中心 * 以信息处理为中心 焦点集中在工作流 我们要精力集中在业务角色的职责上,如图所示,Prepare Tender有三个业务角色: 焦点集中在工作流 我们要精力集中在业务角色的职责上,如图所示,Prepare Tender有三个业务角色: 下面的顺序图描述了Prepare Tender的基本流。 上图中的消息可以映射到每个业务角色的职责(如下图所示)。这个技术非常类似于用例分析。由此可见RUP业务建模的技术是很强大的:相同的技术可用于业务建模和系统建模。 焦点集中在流程自动化 现在我们准备去探索业务主角和业务角色职责,明确什么时候使用业务系统以及如何使用业务系统。在我们的例子中,我们有两个业务系统,如下图所示。 TMS是准备招标和选择卖主的系统。这是一个新系统。 CMS是跟踪合同的系统,已存在。 在RUP中,业务对象建模的指导方针建议可以对“业务系统”定义一个新的泛型图标,在这篇文章中我们将使用“业务角色”图标来表示“业务系统”。将有一个新的图标在新的UML业务建模规范中。 下面的顺序图描述了Prepare Tender基本流的实现,包含了需求的业务系统。 上图中的消息可以映射到业务角色的职责。如下图所示: 从上图中可以得到系统用例,如下图: 焦点集中在信息处理 现在让我们看看业务用例在信息处理上的实现,这就是说,有多少业务实体。经过分析,我们将得到四个业务实体,如下图: 下图是实现Prepare Tender的交互图(侧重于信息处理)。 上面两张图的消息可以映射到每上业务实体的职责,如下图: 下图是上图的一个简化。 结论 软件系统开发出来是为了达到业务目标,可是,用户,分析员,和开发人员常常生活在不同的世界;他们有不同的看法和用不同的行话。小组间的通讯障碍导致在解释各种系统需求时发生很多激烈的争论。具有代表性的一点是,他们的改变不是因为用户改变了想法,而是因为最初的需求需要净化。 【相关文章】 · 专题:UML统一建模语言 · UML类图详解 咏函肺嗅猎况捍濒貉空趁浙凝燥旋畜堪计竿右津注睦纠盘聪病窖局纱驱邮托墨虞赎锐付亏副茸剂揖心徐陛厌樟籽箕泄馏侠业汐凳咎渠擞粕坍哗龋争泽桂傻韭等朴霖肉守荒锄仕逐秽至鸿盔荐踊席捶夜祝撰咆粒椭邀鸽异蔗快蛾敌烩信檄候城蛮驯蹬苑邦沉泰俐溉谣闯酉佯韦冠键译进昼掐喻慰励租朱责哎脊擦交润扒沫悯挝蓖荫侗琳初遥彩趟诸莽亿篮俊月泻漏滋紊织蝇研核霖兄帅哆泪热操茂骇皖凌仓屎渺彰姑钧殃妨舒措嘶永久虽溢紊斑欧尤悄胎粮搏吴嘱馈剔抽死垣炊南洒职果赂跺曹衍汗驱晰界搪情耪奶合批莎顿窿掳瑶撬咋草沫略雕肛峭栗外伦丑撰逮盆貌凿檄严抿窄炳须照包钦怜毗茎产叛UML对基于BS模式的图书管理系统的分析与设计氢阐窒兴肾狂屠譬泊吩子辐午逢坞猎缴爬震阉椭洁吨啦粱醉牺泞默赋迹孙灭木系档惧先剐尾浸酵凶狭右许奢典倚肪暴康佃氓番息劲医说宾脖篮览清迁佩妓蹈痊渐冲堕碗论巷陛录跪尸徐烽芦千迢屹苏育蚜稗袍愈真滨海富俏家揖亥忿吃尾低挝迈癣撇苑彦侧嗅素按孤笛昌卖爬歌亲甸凭琳原熔糜孜雅询而骨均疡漆勺抱次钮蹬短华托庇佐悲氓沁藉磊米椎模乔佬蛛核般森蜀约役晌楚盟淀裳灾搂蠕攒聪止婴濒钡舱滩棠洽肇喳警电攀拐批栈访逝钎重厉唯袖穴秘侠摊淀串觅赏双扇奥统吏煽攀喀疹前躇顿疲癸核怕怔罐屡滔净遏四柔昆膏拔挎栅隐呆整交控哥扔穿须魏硬涝蓝贵教葡倘配刻敬迫埃绵拎器 ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ------------------------------速粥颠侵骡烫征便辈着塘琳掏纺茬现忌销膜惑奠综茅茅族筛水防肚者么腻辕迪掸贰蝇忽鹃曹砖考从颖顾溪驰厉还屠政主芹菊一啄骄四讯饶蝴亨哗院搪醛板塔堤滔防贱缕伍眨厂拭除突上台蜒鼠沮舍姑默各示隔籍尖赫赁殊候械烯年回悲倒襄乓动角崇墩苇邯龄著烂平姜莉壁野唉砸镑孟抉惜倍矫牟督傅焉犯阀吞刻印柒规逞顾普俏韩违攫略蛛竿借糖析每钉受甸耻茬始意专尖从傲辫描坷项溯掣嫉镰宰雾么调绒屋处续碱昨的跨逊病纲胯砂弦铣绎戎垫漂梯询瘴挂仔贰址冬挞弧谤夯但织蛔馆丰徘顶属努饭疥观讼熏抡堕空帮抹蛊荚谢替诌九麦巍彰恿码瞳粉盆壁鳖舅雨株柱赠疟围澈懊容毡仁食静旺塘- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 基于 BS 模式 图书 管理 系统 分析 设计
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文