信息系统分析与设计课程设计报告.doc

信息系统分析与设计课程设计报告设计课题：供电企业系统分析与设计 专业班级： 学生姓名： 学生学号： 指导教师： 一.工作准备1. 业务概况什么是电力营销 电力营销是指在不断变化的电力市场中，以电力客户需求为中心，通过供用关系，使电力用户能够使用安全、可靠、合格、经济的电力商品，并得到周到、满意的服务。电力营销的目标 电力营销管理以用户为中心，主要物理对象有用户、馈线、电杆及金具、电源、变压器、开关及相应设备、电能表、互感器（电压互感器、电流互感器）、失压仪、无功补偿设备、用电设备等。 电力营销的目标包括：对电力需求的变化做出快速反应，实时满足客户的电力需求；在帮助客户节能高效用电的同时，追求电力营销效率的最大化，实现供电企业的最佳经济效益；提供优质的用电服务，与电力客户建立良好的业务关系，打造供电企业市场形象、提高终端能源市场占有率等等方面。电力系统由发电、变电、输电、配电和用电等环节组成我们家里所使用的电力是怎么来的呢？首先要由发电厂发出电力，这个过程称为发电；发电厂所发出的电力要经过高压电网传送到各个变电站，这个过程称为送电；变电站将高电压转换成较低电压，这个过程称为变电；降低了电压以后的电力，通过四通八达的供电线路送入千家万户，这个过程称为配电；最后，电力一直送到每家安装的电表，供家电使用，这称为用电。所以，家里的电灯要亮起来，一共要经过发电、送电、变电、配电和用电五个环节。供电局主要负责配电和用电，而电力营销系统则关注于用电环节。用电包括四个大部分，第一部分是新用户申请用电，供电局给予安装相关设备并供电，这称为业 扩；第二部分是记录每个用电用户的用电量，并计算电费和收取电费，这称为计费和账务；第三部分是管理和维修供电和计量设备，保障计量准确，这称为计量；第四部分是保障用电安全，防止偷电和违章用电的发生，这称为用电检查。城市重要用电 用户的分类大致可分为：居民生活用电（电压等级不满1kV、10kV）、大工业用电（电压等级为10、35、110kV）。其中对单耗电量特大的如电石、电介铝、电介烧碱、铁合金、合成氨、电炉黄磷、水泥、钢铁等再分别列价。此外，还分普通工业和非工业用电。后者为机关、机场、学校、医院、科研单位等用电。再有商业用电、部队，敬老院用电等。农业生产用电，中、小化肥用电、贫困县农业排灌用电等。（以上分为不满1kV、10kV、35kV电压等级）。其他还对重点煤矿企业生产用电，核工业、铀化工厂生产用电、氮肥、磷肥、钾肥等生产用电，再分别列价电力营销管理的目标充分满足用电户要求，实现快速报装接电，扩大企业规模，简化报装手续，为用电户提供优质文明服务，为企业和社会创造效益。做好电能销售和回收工作，确保国家财政收入，提高企业经济效益。加强电能计量管理工作，保证计量工作的有序与计量装置的准确性。合理分配使用电力资源，让电网在最佳状态下安全、经济地运行，节能降耗，提高社会整体经济效益。做好用电检查工作，保证用户安全、合法地用电。及时接受用电户的各种查询、投诉，及时解决用电户的实际问题；宣传好电力法令法规，普及电力法教育，提高全民用电知识和用电水平2. 做好涉众分析涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是，涉众不等于用户，通常意义上的用户是指系统的使用者，而这仅是涉众中的一部分。如何理解与业务系统相关的一切人和事呢？凡是与这个项目有利益关系的人和事都是涉众，他们都可能对系统建设造成影响。 例如修建一条公路，它预期的使用者是广大的司机；监管方是交通管理局；出资方是国家财政；发展商是某某公司；建筑商是某某工程公司等。显然他们都与此项目有利益关系，都是涉众。这些都好理解。但是在某些情况下，看似与公路完全无关的一些人和事却会成为重要涉众。例如当公路修建需要搬迁居民时，被搬迁的居民就成为重要的涉众；当公路规划遇到历史建筑时，文物管理局就成为重要的涉众。虽然软件项目开发与修建公路相比涉及的人和事要少得多，但是也不能忽略系统使用者之外的其他涉众。另外，当面对一个陌生的问题领域时，往往在项目初期还不能够清楚的获悉究竟谁是系统的使用者，通常得随着需求的深入逐步明确。但是最终的系统使用者将从涉众当中产生，因此涉众分析显得尤为重要。涉众概要首先为每个涉众编号，然后说明涉众的基本信息和涉众在系统中的角色。本示例是供电企业业务涉众的简化，实际情况要比这复杂得多，这里仅为示例之用。在实际项目中，涉众概要是非常重要的内容，值得系统分析员或需求人员花大力气维护。系统成功的标志就是满足涉众的期望，而涉众的说明则为将来需求收集指明了方向可以通过客户的岗位手册、业务手册等相关文件中获取相关的涉众信息，也可以经过与客户访谈而获取。记住！在进行涉众分析的时候，最重要的是准确描述涉众情况和他们对系统建设的期望，而不是进入业务细节！一开始，涉众信息可能并不足够，但是，可以在任何时候补充和完善涉众分析报告。涉众分析报告应当自项目始一直到项目结束始终处于被维护状态从上表中，我们能够看出涉众期望与需求是不同的。实际上涉众期望并不是需求，它们只是涉众对将来系统的一些“期望”，这些期望有的需要通过一系列的系统功能来实现，有的需要特殊的设计，有的不需要实际的编码。但是无论如何，一个系统成功与否，最重要的根本原因不在于其技术的先进性；不在于其设计的优良性；不在于其性能的高效性；也不在于其界面的华美性。这些的确都很重要，但是最重要的，还是满足涉众的期望。只有满足了涉众的期望3. 规划业务范围在开始进行需求之前，必须先规划业务范围。虽然提出了许多业务目标，有如此多的涉众，也有如此多的涉众期望，但是并不是说项目要满足所有的这些内容。应当根据项目周期.项目成本.可行性分析等许多因素，衡量项目可容纳的范围。燃煤、燃油、燃气火电厂、工业自备电厂和热电厂等发电工程项目的可行性研究及工程设计；新能源发电工程设计和可再生能源（含风力发电、太阳能发电、垃圾发电等）高压输电线路的可行性研究和工程设计；变电站的可行性研究和工程设计；城市热网的规划及设计；一般民用及工业建筑的设计；工程项目的勘测：包括工程地质和水文地质、地形测量、水文和气象等全部勘测项目和岩土工程；电力系统的研究及电力系统规划（包括负荷预测，系统稳定的可靠性计算）；技术咨询服务；建设工程水土保持方案编制、设计、水资源评价；造价咨询；电力工程建设监理和工程建设总承包等。以上都是电力系统的业务范围一个好的涉众分析报告已经为下一步了解需求和业务建模指明了方向，很容易有的放矢的根据涉众关心的问题提出需求调研计划。4. 规划需求层次：第一层次：业务架构：第一层次围绕业务目标、业务目标人员、业务参与人员、组织结构和岗位设置组织起来，由此搭建业务领域的第一了解。虽然第一层次并不足以让人了解具体业务是如何运作的，但是业务架构描绘出了一幅业务全景，这对于进一步了解需求帮助巨大，这样就不会再迷死在需求海洋里了，当这一层次完成以后，业务需求的骨架显现出来了。第二层次：业务流程：第二层次对每个业务目标，将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来，描述业务流程的运转过程的以及每一个参与元素在运转过程中的贡献和期望。这一层次中，让业务流程完整的运转起来，忽略具体的工作细节，当这一层工作完成以后，业务需求的骨架上添了血肉，业务需求就基本上完成了。第三层次：工作细节:第三层次针对每一个参与上述业务者展开，描述他的工作细节，做什么、怎么做，有哪些规则、结果是什么。这一层次中，基于前面的工作，不用再考虑整个业务是什么，而只需要专心细致的一点点参与者的工作细节。当这一层次的工作完成后，神经网络被加入到业务需求的骨架和血肉中，一个完整的需求模型可以运转了。5. 需求调研计划需求调研计划是项目计划的一部分，该计划规定了哪些优先级的期望在什么时候进展到什么需求层次，由谁来负责。如果采用了迭代式开发，则更需要精心规划每一次迭代中要调研的期望，期望的需求层次可以跨迭代周期。Task namedurationstartfinishpredecessorXXX项目计划26Wed081015Wed081119迭代一10Wed081015Wed081028需求10Wed081015Tue081028期望1（p1）10Wed081015Tue081028业务架构5Wed081015Tue081021业务流程10Wed081015Tue081028期望2（p1）10Wed081015Tue081028业务流程5Wed081015Tue081021业务流程10Wed081015Tue081028期望3（p2）3Wed081015Tue081017业务架构3Wed081015Tue081017期望4（p2）3Mon081020Wed081022业务架构3Mon081020Wed081022二.获取需求1. 定义边界内部管理业务边界：系统边界：主角、边界、用例三者是相生相灭的关系，其中边界定义最为重要。一旦定义了边界就能定义主角，而一旦定义了了主角，用例就能发现。而边界一定来自摸个特定的系统，这个系统目标可能来自业务目标，也可能是系统特性。2. 发现主角在内部管理业务边界之外，营业财务管理部门、电表抄表部门、电费管理部门、资产管理部门、现场施工部门、业务服务部门和用电检查部门是其涉众。根据所定义的边界，我们可以寻找那些站在边界外的涉众 ，用主角的定义去审查这些备选的涉众在此边界内的行为模式，从而找出符合定义的涉众而形成业务主角 3获取业务用例到此为止，边界已定，主角已有 -获取业务用例每个业务用例体现了业务主角的一个系统期望，而所有这些期望则完成边界代表的业务目标。如何获取业务用例？可以从岗位手册、业务流程指南、职务说明等一些文件中获得，也可以从涉众分析中获得灵感。业务主角访谈：一种很重要的方法。可以通过4个问题引导业务主角代表说出他们的业务需求。1. 您对系统有什么期望2. 您打算在这个系统中做些什么事情3. 您做这件事的目的是什么4. 您做完这件事希望有什么样的结果识别业务参与者（Actor）为系统建模识别参与者是容易的 任何系统外部的事物都是一个参与者，并且边缘十分清晰，因此人总是参与者。对于业务建模来说就不是那么简单的，因为一个人既可以是一个业务参与者（比如，一个与业务交互的外部人员）也可以是一个业务执行者关于这个问题的一个方法是在将他们分类成为业务参与者或者业务执行者之前识别出与业务场景相关的所有人员。这意味着你必须在同一抽象级别上定义业务参与者和业务执行者：他们都是人或者人的群体。不要尽力的将任何系统都定义成为业务参与者，虽然在你挖掘系统用例时一些系统将成为参与者。在业务建模中，你希望将注意力集中在业务流程上，因此将系统问题的处理推迟到以后来做可以避免使业务用例模型混乱。 在我们的业务用例模型调查中，业务参与者是人，而不是人的群体；也就是说，我们有一个最终用户的经理 ，而不是一个最终用户的部门，还有一个供应商经理，而不是一个供应商。这样在我们以后实现业务用例时，业务参与者和业务执行者是在同一抽象级别的。为了确定一个业务用例的范围，通常我们在类似表 1 中的某一个单独的工作流程中跟踪一个核心的圆舞曲目标。如果被获得的用例太长，我将细化核心的业务目标成为多个子目标，并将工作流程相应的分段，同时将一个长的工作流程水平的划分成几个业务用例。4.业务建模建模（Modeling）是指通过对客观事物建立一种抽象的方法用以表征事物并获得对事物本身的理解，同时把这种理解概念化，将这些逻辑概念组织起来，构成一种对所观察的对象的内部结构和工作原理的便于理解的表达。业务模型主要包括以下内容：业务用例视图 业务用例视图在获取业务用例的时候已经基本完成了。业务用例场景 业务用例场景用来描述该业务用例在该业务的实际过程中是如何做的。业务用例规约 文字是图形的有力补充，图形虽然形象、直观，但是一些细节性的内容还是需要用文字来说明的。业务规则业务对象模型 在上面的业务用例规约中列出了相关的业务实体，业务实体来自业务对象模型的建模结果业务用例实现视图 业务用例视图表达了用户的实际业务，二业务用例实现则表示一个业务用例的一个或多个实现方式。业务用例实现场景 业务用例场景用于说明业务怎么样执行，但缺少表达如何“实现”的机制。包图原型描述UML 表示业务用例模型 面向业务功能的模型。 被用作基本的输入来识别组织中的角色和交付产物。 模型，作为”业务用例模型“的原型 业务对象模型 描述业务用例实现的对象模型 模型，作为”业务对象模型“的原型 业务用例 一个定义了业务用例实例集合的类；每一个实例是一个业务执行的动作序列，业务产生一个对特定业务参与者有价值的结果。 用例，作为”业务用例“的原型业务用例实现 描述一个特定的业务用例是如何根据协作的对象（业务执行者和业务实体的实例）在业务对象模型中被实现的。 协作，作为”业务用例实现“的原型业务参与者 代表在业务环境中与业务相关的人或者事的角色。 参与者，作为”业务参与者“的原型业务执行者 一个代表与系统交互的人的抽象的类。 与其他业务执行者交互，当参与业务用例实现时操作业务实体。 类，”业务执行者“的原型 业务实体 一个不能发起与自身交互的被动类。 可能会参与多个不同的业务用例实现。 在业务建模中，代表业务执行者访问、检查、操作、产生等的对象。 提供在不同的业务用例实现中业务执行者之间共享信息的基础。 类，作为”业务实体“的原型组织单元 业务执行者、业务实体、关系、业务用例实现、图和其他组织单元的集合。 通过划分成更小的部分被用来结构化业务对象模型。 在业务对象模型中的包，作为”组织单元“的模型 5领域建模提出领域问题：因为用户档案与供电企业的各个业务部门都有联系，而这些业务部门关心的和处理的数据又各有不同，因此在这里我们认为有必要建立一个用户档案的模型，描述清楚用户档案的构成，以及档案各部分与各业务部门之间的存取关系。 6.业务规则全局规则：全局规则是指那些对于系统大部分业务或系统设计都起约束作用的那些规则。在这里，所谓全局是与用例相关的。 全局规则示例全局业务规则名称描述标志备注安全性要求所有系统操作者必须通过CA认证，拥有合法证书创建安全性要求所有系统操作者必须通过CA认证，拥有合法证书，但由系统管理员发布到主页上的信息可以被匿名用户浏览修改XX主任提出变更按组织机构授权原则原则上，上级拥有下级所有的权限创建按组织机构授权原则原则上，上级拥有下级所有的权限取消由于组织机构级别严密性不够，无法执行此规则交互规则：交互规则产生于用例场景当中内凛规则：内凛规则指那些业务对象本身具备的，并且不因为外部的交互而变化的规则。获取非功能性需求：可靠性：可靠性包括安全性，事务性，和稳定性三个方面。可用性：从以下方面考虑：1.容易学习2.使用效率3.记忆性4.错误恢复5.主观满意度6.人员因素7.美观8.用户界面的一致性9.联机帮助和环境相关帮助10.向导和代理11.用户手册和培训材料有效性：有效性包括性能，可伸缩性，可扩展性这三个方面。可移植性:三.需求分析1.建立概念模型概念模型是针对需求中的关键业务，或者说业务核心来建立的，所以前提是需求人员已经把握了需求，并能够从复杂得需求当中找出支撑起整个业务的那条主线来，并且，概念模型贵于精确而非全面。概念模型应当有需求人员、系统分析人员、软件架构人员和系统分析设计人员共同参与。 每分析清楚一个概念用例，就能得到它的关键对象，这些关键对象就是我们建立概念模型的基础，显然，关键对象是一些实体对象，仅有实体对象是不能够使一个系统运行的。 2.业务架构建立业务架构的活动非常类似于面向过程的结构化设计，不同的是，在结构化设计的，得到的是子系统、模块；而在面向对象的设计方法中，得到的结果这是业务构件。 业务架构，实际上就是对需求细致分析和深刻理解的基础上，抽象出若干相对独立的业务模块，形成自洽的业务构件。这些业务构件可以对内完成一个获一注特定的业务功能，知之构成整个完整的业务功能。四.系统分析1.开始规划选择系统用例的方法：1. 映射2. 抽象3. 合并4. 拆分5. 演绎系统用例：1. 申请登记2. 分配勘察3. 现场勘查4. 是否符合用电条件5. 业务存档6. 用电审批7. 配电审批8. 业务收费9. 现场施工10. 安装电表电力营销系统的基本功能包括但不限于以下子系统：业扩管理、抄表管理、电量电费管理、收费与帐务管理、电能计量管理、用电检查管理、工作质量管理、营业稽查管理、线损管理、购电管理、报表管理、辅助决策系统、门户网站、综合信息查询、系统维护子系统。电力营销管理系统是一个集平台管理软件、工作流引擎、供电公司全面电力营销管理于一身的大型综合系统。整个构架包括权限控制、工作流引擎、电力行业应用模块（业扩管理、计量管理、电费核算、收费管理、用电检查、工作质量、文档管理等）等。电力营销管理信息系统主要关注电力营销的业务及管理层面，系统功能涉及业扩管理、计量管理、电费管理、收费管理、用检管理、营业稽查、工作质量管理、线损管理、购电管理等多个专业。为了更好地解决供电企业面临的数据集中、应用集成、性能扩展等难题，电力营销管理信息系统采用了标准J2EE三层技术作为系统体系结构，采用B/A/S架构模式，客户端采用纯浏览器（零客户端）方式实现，大大降低了应用系统部署的难度。电力营销管理系统功能模型按照国家规范进行组织。涵盖了电力营销中的业扩管理、计量管理、电费管理、用电检查、工作质量、综合查询等各方面的功能，是电力营销整体解决方案。