信息系统分析与设计课程设计报告_第1页
信息系统分析与设计课程设计报告_第2页
信息系统分析与设计课程设计报告_第3页
信息系统分析与设计课程设计报告_第4页
信息系统分析与设计课程设计报告_第5页
免费预览已结束,剩余31页可下载查看

下载本文档

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

文档简介

1、信息系统分析与设计课程设计报告设计课题:供电企业系统分析与设计专业班级:学生姓名:学生学号:指导教师:一.工作准备1.业务概况什么是电力营销电力营销是指在不断变化的电力市场中,以电力客户需求为中心,通过供用关系,使电力用户能够使用安全、可靠、合格、经济的电力商品,并得到周到、满意的服务。电力营销的目标电力营销管理以用户为中心, 主要物理对象有用户、馈线、 电杆及金具、 电源、变压器、开关及相应设备、电能表、互感器(电压互感器、电流互感器)、失压仪、无功补偿设备、用电设备等。电力营销的目标包括:对电力需求的变化做出快速反应,实时满足客户的电力需求;在帮助客户节能高效用电的同时,追求电力营销效率的

2、最大化,实现供电企业的最佳经济效益;提供优质的用电服务,与电力客户建立良好的业务关系,打造供电企业市场形象、提高终端能源市场占有率等等方面。电力系统由发电、变电、输电、配电和用电等环节组成我们家里所使用的电力是怎么来的呢?首先要由发电厂发出电力,这个过程称为发电;发电厂所发出的电力要经过高压电网传送到各个变电站,这个过程称为送电;变电站将高电压转换成较低电压,这个过程称为变电;降低了电压以后的电力,通过四通八达的供电线路送入千家万户,这个过程称为配电;最后,电力一直送到每家安装的电表,供家电使用,这称为用电。所以,家里的电灯要亮起来,一共要经过发电、送电、变电、配电和用电五个环节。供电局主要负

3、责配电和用电,而电力营销系统则关注于用电环节。用电包括四个大部分,第一部分是新用户申请用电,供电局给予安装相关设备并供电,这称为业扩;第二部分是记录每个用电用户的用电量,并计算电费和收取电费,这称为计费和账务;第三部分是管理和维修供电和计量设备,保障计量准确,这称为计量;第四部分是保障用电安全,防止偷电和违章用电的发生,这称为用电检查。城市重要用电用户的分类大致可分为:居民生活用电(电压等级不满1kV、10kV)、大工业用电(电压等级为10、35、110kV)。其中对单耗电量特大的如电石、电介铝、电介烧碱、铁合金、合成氨、电炉黄磷、水泥、钢铁等再分别列价。止匕外,还分普通工业和非工业用电。后者

4、为机关、机场、学校、医院、科研单位等用电。再有商业用电、部队,敬老院用电等。农业生产用电,中、小化肥用电、贫困县农业排灌用电等。(以上分为不满1kV、10kV、35kV电压等级)。其他还对重点煤矿企业生产用电,核工业、铀化工厂生产用电、氮肥、磷肥、钾肥等生产用电,再分别列价电力营销管理的目标充分满足用电户要求,实现快速报装接电,扩大企业规模,简化报装手续,为用电户提供优质文明服务,为企业和社会创造效益。做好电能销售和回收工作,确保国家财政收入,提高企业经济效益。加强电能计量管理工作,保证计量工作的有序与计量装置的准确性。合理分配使用电力资源,让电网在最佳状态下安全、经济地运行,节能降耗,提高社

5、会整体经济效益。做好用电检查工作,保证用户安全、合法地用电。及时接受用电户的各种查询、投诉,及时解决用电户的实际问题;宣传好电力法令法规,普及电力法教育,提高全民用电知识和用电水平2.做好涉众分析涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是,涉众不等于用户,通常意义上的用户是指系统的使用者,而这仅是涉众中的一部分。如何理解与业务系统相关的一切人和事呢?凡是与这个项目有利益关系的人和事都是涉众,他们都可能对系统建设造成影响。例如修建一条公路,它预期的使用者是广大的司机;监管方是交通管理局;出资方是国家财政;发展商是某某公司;建筑商是某某工程公司等。显然他们都与此项目有利益关系,都

6、是涉众。这些都好理解。但是在某些情况下,看似与公路完全无关的一些人和事却会成为重要涉众。例如当公路修建需要搬迁居民时,被搬迁的居民就成为重要的涉众;当公路规划遇到历史建筑时,文物管理局就成为重要的涉众。虽然软件项目开发与修建公路相比涉及的人和事要少得多,但是也不能忽略系统使用者之外的其他涉众。另外,当面对一个陌生的问题领域时,往往在项目初期还不能够清楚的获悉究竟谁是系统的使用者,通常得随着需求的深入逐步明确。但是最终的系统使用者将从涉众当中产生,因此涉众分析显得尤为重要。涉众概要首先为每个涉众编号, 然后说明涉众的基本信息和涉众在系统中的角色。本示例是供电企业业务涉众的简化,实际情况要比这复杂

7、得多,这里仅为示例之用。在实际项目中,涉众概要是非常重要的内容,值得系统分析员或需求人员花大力气维护。系统成功的标志就是满足涉众的期望,而涉众的说明则为将来需求收集指明了方向可以通过客户的岗位手册、业务手册等相关文件中获取相关的涉众信息,也可以经过与客户访谈而获取。记住!在进行涉众分析的时候,最重要的是准确描述涉众情况和他们对系统建设的期望,而不是进入业务细节!一开始,涉众信息可能并不足够,但是,可以在任何时候补充和完善涉众分析报告。涉众分析报告应当自项目始一直到项目结束始终处于被维护状态编号涉众名称涉女说明期望SHOOI抵压用电客户低压用电客户指供电电压为以卜, 使用公用变压器的用户.低压用

8、电客户可分为居民用户、 商业用户.供电企业对这两种用电客户实行不同的电价0 通过网上办理业务通过银行代收电豌&音使用电仪表通过银行陶实电力一股指工业用电笈户I通过银行划账支付电费续表编号涉众名称涉众说明期望SH003业务服务部n业务服务部门指为用电客户服务,受理用电客户业务申请,为用电客户办理业务中清,包括提供咨询服务的营业大厅服务人员和现场办公人员通过计算机系统受理业务申请计能机系统自动处理和控制业务流程业务办理费用自动计算界面友好易用计算机辅助填写业务表单中己经明确的数裾项SH004现 场 施 工 祁门,现场施工部门负贵为用电客户安装变乐器、供电线路和电能计量表通过计算机生成和打印

9、现场施工单计算机能查询和统计施工结果SH005电衣抄表部门电表抄表部门按周期抄录用电客户的电表示数,以作为电费计算的依据计算机支持按区片、按地段、按用电类型自动安排抄表计划并分配给抄表工计算机支为自动校验吒抄回的电表小数是否正确1计算机应支持乂神抄表手段:户工方式、抄袋机方式、电性方式、远程方式SH006电费管理部IJ根据用电客户的电表示数按周期(一般以月it)计算该用电客户的电镀.芹打印发洗十算机七持按区片、按地段、按变压器类型、按分时电价计算次生机自动按用电客户的电阴结猊方式,分发电费计算结果收取电跟SH007财务管理部门设立收费岗.接收在营业大厅交叠试行代缴、电卡预缴等交费方式交纳的电费

10、.结算电费,每月做鼾务极考计算机自动统计各类财务报表计算机自动统计欠费清单计算机自动计算滞纳金SH008用电检察部门用电检察二门;,山k特别是对一些用电量大电压等级高的大工业用户, 定期而其进行检查通过计电机安排检府计划计算机自动按条件生成和打印检查清单管理检查结果,维护用电客户的电气资料档案SH009资产管理部门;口管理供电设备.保障设备的精度.进行设备维修、设备轮换等工作通过计算机管理所有的供电资产设备和档案通过it书机管理供电资产设备的安装、校依、轮换、维修.,理等SH0010银行为供电企业代收电费和购电业务支持联网实时收费。叫呼511支持离线收费,每日结算从上表中,我们能够看出涉众期望

11、与需求是不同的。实际上涉众期望并不是需求,它们只是涉众对将来系统的一些期望”,这些期望有的需要通过一系列的系统功能来实现,有的需要特殊的设计,有的不需要实际的编码。但是无论如何,一个系统成功与否,最重要的根本原因不在于其技术的先进性;不在于其设计的优良性;不在于其性能的高效性;也不在于其界面的华美性。这些的确都很重要,但是最重要的,还是满足涉众的期望。只有满足了涉众的期望3,规划业务范围在开始进行需求之前,必须先规划业务范围。虽然提出了许多业务目标,有如此多的涉众,也有如此多的涉众期望,但是并不是说项目要满足所有的这些内容。应当根据项目周期,项目成本,可行性分析等许多因素,衡量项目可容纳的范围

12、。燃煤、燃油、燃气火电厂、工业自备电厂和热电厂等发电工程项目的可行性研究及工程设计;新能源发电工程设计和可再生能源(含风力发电、太阳能发电、垃圾发电等)高压输电线路的可行性研究和工程设计;变电站的可行性研究和工程设计;城市热网的规划及设计;一般民用及工业建筑的设计;工程项目的勘测:包括工程地质和水文地质、地形测量、水文和气象等全部勘测项目和岩土工程;电力系统的研究及电力系统规划(包括负荷预测,系统稳定的可靠性计算);技术咨询服务;建设工程水土保持方案编制、设计、水资源评价;造价咨询;电力工程建设监理和工程建设总承包等。以上都是电力系统的业务范围一个好的涉众分析报告已经为下一步了解需求和业务建模

13、指明了方向,很容易有的放矢的根据涉众关心的问题提出需求调研计划。4 .规划需求层次:第一层次:业务架构:第一层次围绕业务目标、业务目标人员、业务参与人员、组织结构和岗位设置组织起来,由此搭建业务领域的第一了解。虽然第一层次并不足以让人了解具体业务是如何运作的,但是业务架构描绘出了一幅业务全景,这对于进一步了解需求帮助巨大,这样就不会再迷死在需求海洋里了,当这一层次完成以后,业务需求的骨架显现出来了。第二层次:业务流程:第二层次对每个业务目标,将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来,描述业务流程的运转过程的以及每一个参与元素在运转过程中的贡献和期望。这一层次中

14、,让业务流程完整的运转起来,忽略具体的工作细节,当这一层工作完成以后,业务需求的骨架上添了血肉,业务需求就基本上完成了。第三层次:工作细节:第三层次针对每一个参与上述业务者展开,描述他的工作细节,做什么、怎么做,有哪些规则、结果是什么。这一层次中,基于前面的工作,不用再考虑整个业务是什么,而只需要专心细致的一点点参与者的工作细节。当这一层次的工作完成后,神经网络被加入到业务需求的骨架和血肉中,一个完整的需求模型可以运转了。5 .需求调研计划需求调研计划是项目计划的一部分,该计划规定了哪些优先级的期望在什么时候进展到什么需求层次,由谁来负责。如果采用了迭代式开发,则更需要精心规划每一次迭代中要调

15、研的期望,期望的需求层次可以跨迭代周期。TasknamedurationstartfinishpredecessorXXX项目计26Wed081015Wed081119划迭10Wed081015Wed081028需求10Wed081015Tue081028期望1(pl)10Wed081015Tue081028业务架构5Wed081015Tue081021业务流程10Wed081015Tue081028期望2(pl)10Wed081015Tue081028业务流程5Wed081015Tue081021业务流程10Wed081015Tue081028期望3(p2)3Wed081015Tue0810

16、17业务架构3Wed081015Tue081017期望4(p2)3Mon081020Wed081022业务架构3Mon081020Wed081022二.获取需求1,定义边界用电客户胭务业务功界业务服务部门财务管理部门电表接表部门(fro*帮众)(from涉蓟(fro*涉众)用电客户rr.n溺.&1内部管理业务边界:/V现场施一部门(from涉众)0人业务服务部门财务管理部门(from涉众)单X电表抄表部门(from涉众)0内部管理业务边界-规范供电企业的内部管理.提高工作效率和管理效能系统边界:用电客户(from涉众)低IbJWU客户商回U电客户(fro0渺余)ffnm蒋众)系统必界2

17、银行(lEtr押众)O财务管理部门(fro涉众)主角、边界、用例三者是相生相灭的关系,其中边界定义最为重要。一旦定义了边界就能定义主角,而一旦定义了了主角,用例就能发现而边界一定来自摸个特定的系统,这个系统目标可能来自业务目标,也可能是系统特性。2.发现主角在内部管理业务边界之外,营业财务管理部门、电表抄表部门、电费管理部门、资产管理部门、现场施工部门、业务服务部门和用电检查部门是其涉众。根据所定义的边界,我们可以寻找那些站在边界外的涉众,用主角的定义去审查这些备选的涉众在此边界内的行为模式,从而找出符合定义的涉众而形成业务主角3获取业务用例到此为止,边界已定,主角已有-获取业务用例每个业务用

18、例体现了业务主角的一个系统期望,而所有这些期望则完成边界代表的业务目标。如何获取业务用例?可以从岗位手册、业务流程指南、职务说明等一些文件中获得,也可以从涉众分析中获得灵感。业务主角访谈:一种很重要的方法。可以通过4个问题引导业务主角代表说出他们的业务需求。1.您对系统有什么期望2.您打算在这个系统中做些什么事情3.您做这件事的目的是什么4.您做完这件事希望有什么样的结果识别业务参与者(Actor)为系统建模识别参与者是容易的-任何系统外部的事物都是一个参与者,并且边缘十分清晰,因此人总是参与者。对于业务建模来说就不是那么简单的,因为一个人既可以是一个业务参与者(比如,一个与业务交互的外部人员

19、)也可以是一个业务执行者关于这个问题的一个方法是在将他们分类成为业务参与者或者业务执行者之前识别出与业务场景相关的所有人员。这意味着你必须在同一抽象级别上定义业务参与者和业务执行者:他们都是人或者人的群体。不要尽力的将任何系统都定义成为业务参与者,虽然在你挖掘系统用例时一些系统将成为参与者。在业务建模中,你希望将注意力集中在业务流程上,因此将系统问题的处理推迟到以后来做可以避免使业务用例模型混乱。在我们的业务用例模型调查中,业务参与者是人,而不是人的群体;也就是说,我们有一个最终用户的经理,而不是一个最终用户的部门,还有一个供应商经理,而不是一个供应商。这样在我们以后实现业务用例时,业务参与者

20、和业务执行者是在同一抽象级别的。为了确定一个业务用例的范围,通常我们在类似表1中的某一个单独的工作流程中跟踪一个核心的圆舞曲目标。如果被获得的用例太长,我将细化核心的业务目标成为多个子目标,并将工作流程相应的分段,同时将一个长的工作流程水平的划分成几个业务用例。用9J用电客户砥务业易格费在国4.业务建模建模(Modeling)是指通过对客观事物建立一种抽象的方法用此提留展示了用电客户服莠为界各业务1僚为达到用电界户服势业务R标而在边界内亵钛的引精-每件事怙就出一个业苏用网卜职依件朵(fni业将一L.代理加_卬再口时用咆JI如_中清永队用电拒打;fm*益如代理用电算户(fro海G)代理Hi中电受

21、矍用电心势心Cfnp船务主曲)中请善理业务本来是用电客户的事情.这里一极设的业务是用电客户自己不直接塞修系统.只埴号蛾腹申请型,由心若公或专牌由育质代理操作系统hU_交纳加疥皆坨就业:出纳仃row业善书.加_申清置停用电如_申请杷户Abu_故障报悔交纳业务附用本来是用电客户的事情.但这率假让的业分是用电客户去银力交藉.限打提供交费记能, 营业出炳则将H录取回北录入系统以表征事物并获得对事物本身的理解,同时把这种理解概念化,将这些逻辑概念组织起来, 构成一种对所观察的对象的内部结构和工作原理的便于理解的表达。业务模型主要包括以下内容:业务用例视图业务用例视图在获取业务用例的时候已经基本完成了。业

22、务用例场景业务用例场景用来描述该业务用例在该业务的实际过程中是如何做的。业务用例规约文字是图形的有力补充,图形虽然形象、直观,但是一些细节性的内容还是需要用文字来说明的。业务规则业务对象模型在上面的业务用例规约中列出了相关的业务实体,业务实体来自业务对象模型的建模结果业务用例实现视图业务用例视图表达了用户的实际业务,二业务用例实现则表示一个业务用例的一个或多个实现方式。业务用例实现场景业务用例场景用于说明业务怎么样执行,但缺少表达如何“实现”的机制。包图原型描述UML表示业务用例模型面向业务功能的模型。被用作基本的输入来识别组织中的角色和交付产物。模型,作为”业务用例模型的原型业务对象模型描述

23、业务用例实现的对象模型模型,作为”业务对象模型的原型业务用例一个定义了业务用例实例集合的类;每一个实例是一个业务执行的动作呼列,业务厂生一个对特定业务参与者有价值的结果。用例,作为”业务用例的原型业务用例实现描述一个特定的业务用例是如何根据协作协作,作为”业务用例实现的原型的对象(业务执行者和业务实体的实例)在业务对象模型中被实现的。业务参与者代表在业务环境中与业务相关的人或者事的角色。参与者,作为”业务参与者的原型1业务执行者一个代表与系统交互的人的抽象的类。与其他业务执行者交互,当参与业务用例实现时操作业务实体。类,”业务执行者的原型业务实体一个不能发起与自身交互的被动类。可能会参与多个不

24、同的业务用例实现。在业务建模中,代表业务执行者访问、检查、操作、产生等的对象。类,作为”业务实体的原型提供在不同的业务用例实现中业务执行者之间共享信息的基础 业务执行者、业务实体、关系、业务用例实现、图和其他组织单元的集合。通过划分成更小的部分被用来结构化业务对象模型。5领域建模提出领域问题:因为用户档案与供电企业的各个业务部门都有联系,而这些业务部门关心的和处理的数据又各有不同,因此在这里我们认为有必要建立一个用户档案的模型, 描述清楚用户档案的构成, 以及档案各部分与各业务部门之间的存取关系组织单元在业务对象模型中的包,作为”组织单元的模型图9.18问题领域基本情况申请单用户档案(frcn

25、用户档案模型)清编号.热旃料:.bu中诂永久用电frcn用电客户第务)现场勘察单,用户地址.二变卡器情况现场依工单电去安装单资产编号.斗我小数;.图9.19申请永久用电业务对长图6业务规则全局规则:全局规则是指那些对于系统大部分业务或系统设计都起约束作用的那些规则。在这里,所谓全局是与用例相关的。全局规则示例全局业务规则名称描述标志备注安全性要求所有系统操作者必须通过CA认证,拥有合法证书创建安全性要求所有系统操作者必须通过CA认证,拥有合法证书,但由系统管理员发布到主页上的信息可以被匿名用户浏览修改XX主任提出变更按组织机构授权原则原则上,上级拥启卜级所启的权限创建按组织机构授权原则原则上,

26、上级拥启卜级所启的权限取消由于组织机构级别严密性不够, 无法执行此规则交互规则:交互规则产生于用例场景当中内凛规则:内凛规则指那些业务对象本身具备的,并且不因为外部的交互而变化的规则。获取非功能性需求:可靠性:可靠性包括安全性,事务性,和稳定性三个方面。可用性:从以下方面考虑:1.容易学习2.使用效率3记忆性4.错误恢复5.主观满意度6.人员因素7.美观8.用户界面的一致性9.联机帮助和环境相关帮助10.向导和代理11用户手册和培训材料有效性:有效性包括性能,可伸缩性,可扩展性这三个方面。可移植性:三.需求分析1.建立概念模型概念模型是针对需求中的关键业务,或者说业务核心来建立的,所以前提是需

27、求人员已经把握了需求,并能够从复杂得需求当中找出支撑起整个业务的那条主线来,并且,概念模型贵于精确而非全面。概念模型应当有需求人员、系统分析人员、软件架构人员和系统分析设计人员共同参与。每分析清楚一个概念用例,就能得到它的关键对象,这些关键对象就是我们建立概念模型的基础,显然,关键对象是一些实体对象,仅有实体对象是不能够使一个系统运行的。2.业务架构建立业务架构的活动非常类似于面向过程的结构化设计,不同的分析rlNIt图nij概念模型的建立过程是,在结构化设计的,得到的是子系统、模块;而在面向对象的设计方法中,得到的结果这是业务构件。业务架构,实际上就是对需求细致分析和深刻理解的基础上,抽象出

28、若干相对独立的业务模块,形成自洽的业务构件。这些业务构件可以对内完成一个获一注特定的业务功能,知之构成整个完整的业务功核心曲界爱构mio.il供电企业摸心w势的结构化表示业务犷北构件管理变资科图10.12业若扩充的结构化表示业务扩充封算申黄拽在台W收取电费业务丁充构件管理基本费料管理眠产账户1管理变版器资料ra10.16构代集依软x系业务扩充构件集档案管理构件集管理电源账户管理计货资料管理计历账户(=2管理怆化账户管理计量资料管理供电方式ra10.17面向对皴的分析设计过程四.系统分析1.开始规划选择系统用例的方法:1.映射2.抽象3 .合并4 .拆分5 .演绎系统用例:1.申请登记2 .分配勘察3 .现场勘查4 .是否符合用电条件5 .业务存档6 .用电审批7 .配电审批8 .业务收费9 .现场施工10.安装电表低拄川电申请叶务用例蛆fl集W11.38低年用电申请业务用例组件集劝的

温馨提示

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

评论

0/150

提交评论