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

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

设计课题：供电企业系统分析与设计

专业班级：

学生XX：

学生学号：

指导教师：

一.工作准备

1.业务概况

什么是电力营销

电力营销是指在不断变化的电力市场中，以电力客户需求为中心，通过供用关系，使电力用户能够使用安全、可靠、合格、经济的电力商品，并得到周到、满意的服务。

电力营销的目标

电力营销管理以用户为中心，主要物理对象有用户、馈线、电杆及金具、电源、变压器、开关及相应设备、电能表、互感器（电压互感器、电流互感器）、失压仪、无功补偿设备、用电设备等。

电力营销的目标包括：对电力需求的变化做出快速反应，实时满足客户的电力需求；在帮助客户节能高效用电的同时，追求电力营销效率的最大化，实现供电企业的最佳经济效益；提供优质的用电服务，与电力客户建立良好的业务关系，打造供电企业市场形象、提高终端能源市场占有率等等方面。

电力系统——由发电、变电、输电、配电和用电等环节组成我们家里所使用的电力是怎么来的呢？首先要由发电厂发出电力，这个过程称为发电；发电厂所发出的电力要经过高压电网传送到各个变电站，这个过程称为送电；变电站将高电压转换成较低电压，这个过程称为变电；降低了电压以后的电力，通过四通八达的供电线路送入千家万户，这个过程称为配电；最后，电力一直送到每家安装的电表，

供家电使用，这称为用电。所以，家里的电灯要亮起来，一共要经过发电、送电、变电、配电和用电五个环节。供电局主要负责配电和用电，而电力营销系统则关注于用电环节。用电包括四个大部分，第一部分是新用户申请用电，供电局给予安装相关设备并供电，这称为业扩；第二部分是记录每个用电用户的用电量，并计算电费和收取电费，这称为计费和账务；第三部分是管理和维修供电和计量设备，保障计量准确，这称为计量；第四部分是保障用电安全，防止偷电和违章用电的发生，这称为用电检查。

城市重要用电用户的分类

大致可分为：居民生活用电（电压等级不满1kV、10kV）、大工业用电（电压等级为10、35、110kV）。其中对单耗电量特大的如电石、电介铝、电介烧碱、铁合金、合成氨、电炉黄磷、水泥、钢铁等再分别列价。此外，还分普通工业和非工业用电。后者为机关、机场、学校、医院、科研单位等用电。再有商业用电、部队，敬老院用电等。农业生产用电，中、小化肥用电、贫困县农业排灌用电等。（以上分为不满1kV、10kV、35kV电压等级）。其他还对重点煤矿企业生产用电，核工业、铀化工厂生产用电、氮肥、磷肥、钾肥等生产用电，再分别列价

电力营销管理的目标

充分满足用电户要求，实现快速报装接电，扩大企业规模，简化报装手续，为用电户提供优质文明服务，为企业和社会创造效益。

做好电能销售和回收工作，确保国家财政收入，提高企业经济效益。

加强电能计量管理工作，保证计量工作的有序与计量装置的准确性。

合理分配使用电力资源，让电网在最佳状态下安全、经济地运行，节能降耗，提高社会整体经济效益。

做好用电检查工作，保证用户安全、合法地用电。

及时接受用电户的各种查询、投诉，及时解决用电户的实际问题；宣传好电力法令法规，普及电力法教育，提高全民用电知识和用电水平

2.做好涉众分析

涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是，涉众不等于用户，通常意义上的用户是指系统的使用者，而这仅是涉众中的一部分。如何理解与业务系统相关的一切人和事呢？凡是与这个项目有利益关系的人和事都是涉众，他们都可能对系统建设造成影响。

例如修建一条公路，它预期的使用者是广大的司机；监管方是交通管理局；出资方是国家财政；发展商是某某公司；建筑商是某某工程公司等。显然他们都与此项目有利益关系，都是涉众。这些都好理解。但是在某些情况下，看似与公路完全无关的一些

人和事却会成为重要涉众。例如当公路修建需要搬迁居民时，被搬迁的居民就成为重要的涉众；当公路规划遇到历史建筑时，文物管理局就成为重要的涉众。虽然软件项目开发与修建公路相比涉及的人和事要少得多，但是也不能忽略系统使用者之外的其他涉众。另外，当面对一个陌生的问题领域时，往往在项目初期还不能够清楚的获悉究竟谁是系统的使用者，通常得随着需求的深入逐步明确。但是最终的系统使用者将从涉众当中产生，因此涉众分析显得尤为重要。

涉众概要首先为每个涉众编号，然后说明涉众的基本信息和涉众在系统中的角色。本示例是供电企业业务涉众的简化，实际情况要比这复杂得多，这里仅为示例之用。在实际项目中，涉众概要是非常重要的内容，值得系统分析员或需求人员花大力气维护。系统成功的标志就是满足涉众的期望，而涉众的说明则为将来需求收集指明了方向

可以通过客户的岗位手册、业务手册等相关文件中获取相关的涉众信息，也可以经过与客户访谈而获取。记住！在进行涉众分析的时候，最重要的是准确描述涉众情况和他们对系统建设的期望，而不是进入业务细节！一开始，涉众信息可能并不足够，但是，可以在任何时候补充和完善涉众分析报告。涉众分析报告应当自项目始一直到项目结束始终处于被维护状态

从上表中，我们能够看出涉众期望与需求是不同的。实际上涉众期望并不是需求，它们只是涉众对将来系统的一些“期望”，这些期望有的需要通过一系列的系统功能来实现，有的需要特殊的设计，有的不需要实际的编码。但是无论如何，一个系统成功与否，最重要的根本原因不在于其技术的先进性；不在于其设计的优良性；不在于其性能的高效性；也不在于其界面的华美性。这些的确都很重要，但是最重要的，还是满足涉众的期望。只有满足了涉众的期望

3.规划业务X围

在开始进行需求之前，必须先规划业务X围。虽然提出了许多业务目标，有如此多的涉众，也有如此多的涉众期望，但是并不是说项目要满足所有的这些内容。应当根据项目周期.项目成本.可行性分析等许多因素，衡量项目可容纳的X围。

燃煤、燃油、燃气火电厂、工业自备电厂和热电厂等发电工程项目的可行性研究及工程设计；

新能源发电工程设计和可再生能源（含风力发电、太阳能发电、垃圾发电等）

高压输电线路的可行性研究和工程设计；

变电站的可行性研究和工程设计；

城市热网的规划及设计；

一般民用及工业建筑的设计；

工程项目的勘测：包括工程地质和水文地质、地形测量、水文和气象等全部勘测项目和岩土工程；

电力系统的研究及电力系统规划（包括负荷预测，系统稳定的可靠性计算）；

技术咨询服务；

建设工程水土保持方案编制、设计、水资源评价；

造价咨询；

电力工程建设监理和工程建设总承包等。

以上都是电力系统的业务X围

一个好的涉众分析报告已经为下一步了解需求和业务建模指明了方向，很容易有的放矢的根据涉众关心的问题提出需求调研计划。4.规划需求层次：

第一层次：业务架构：

第一层次围绕业务目标、业务目标人员、业务参与人员、组织结构和岗位设置组织起来，由此搭建业务领域的第一了解。虽然第一层次并

不足以让人了解具体业务是如何运作的，但是业务架构描绘出了一幅业务全景，这对于进一步了解需求帮助巨大，这样就不会再迷死在需求海洋里了，当这一层次完成以后，业务需求的骨架显现出来了。第二层次：业务流程：

第二层次对每个业务目标，将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来，描述业务流程的运转过程的以及每一个参与元素在运转过程中的贡献和期望。这一层次中，让业务流程完整的运转起来，忽略具体的工作细节，当这一层工作完成以后，业务需求的骨架上添了血肉，业务需求就基本上完成了。第三层次：工作细节:

第三层次针对每一个参与上述业务者展开，描述他的工作细节，做什么、怎么做，有哪些规则、结果是什么。这一层次中，基于前面的工作，不用再考虑整个业务是什么，而只需要专心细致的一点点参与者的工作细节。当这一层次的工作完成后，神经网络被加入到业务需求的骨架和血肉中，一个完整的需求模型可以运转了。

5.需求调研计划

需求调研计划是项目计划的一部分，该计划规定了哪些优先级的期望在什么时候进展到什么需求层次，由谁来负责。如果采用了迭代式开发，则更需要精心规划每一次迭代中要调研的期望，期望的需求层次可以跨迭代周期。

划

迭代一10 Wed081015 Wed081028 需求10 Wed081015 Tue081028 期望1（p1）10 Wed081015 Tue081028 业务架构 5 Wed081015 Tue081021 业务流程10 Wed081015 Tue081028 期望2（p1）10 Wed081015 Tue081028 业务流程 5 Wed081015 Tue081021 业务流程10 Wed081015 Tue081028 期望3（p2）3 Wed081015 Tue081017 业务架构 3 Wed081015 Tue081017 期望4（p2）3 Mon081020 Wed081022 业务架构 3 Mon081020 Wed081022

二.获取需求

1.定义边界

内部管理业务边界：

系统边界：

主角、边界、用例三者是相生相灭的关系，其中边界定义最为重要。一旦定义了边界就能定义主角，而一旦定义了了主角，用例就能发现。而边界一定来自摸个特定的系统，这个系统目标可能来自业务目标，也可能是系统特性。

2.发现主角

在内部管理业务边界之外，营业财务管理部门、电表抄表部门、电费管理部门、资产管理部门、现场施工部门、业务服务部门和用电检查部门是其涉众。根据所定义的边界，我们可以寻找那些站在边界外的涉众，用主角的定义去审查这些备选的涉众在此边界内的行为模式，从而找出符合定义的涉众而形成业务主角

3获取业务用例

到此为止，边界已定，主角已有----获取业务用例每个业务用例体现了业务主角的一个系统期望，而所有这些期望则完成边界代表的业务目标。如何获取业务用例？可以从岗位手册、业务流程指南、职务说明等一些文件中获得，也可以从涉众分析中获得灵感。业务主角访谈：一种很重要的方法。可以通过4个问题引导业务主角代表说出他们的业务需求。

1.您对系统有什么期望

2.您打算在这个系统中做些什么事情

3.您做这件事的目的是什么

4.您做完这件事希望有什么样的结果

识别业务参与者（Actor）

为系统建模识别参与者是容易的－任何系统外部的事物都是

一个参与者，并且边缘十分清晰，因此人总是参与者。对于业务建模来说就不是那么简单的，因为一个人既可以是一个业务参与者（比如，

一个与业务交互的外部人员）也可以是一个业务执行者关于这个问题的一个方法是在将他们分类成为业务参与者或者业务执行者之

前识别出与业务场景相关的所有人员。这意味着你必须在同一抽象级别上定义业务参与者和业务执行者：他们都是人或者人的群体。

不要尽力的将任何系统都定义成为业务参与者，虽然在你挖掘系统用例时一些系统将成为参与者。在业务建模中，你希望将注意力集中在业务流程上，因此将系统问题的处理推迟到以后来做可以避免使业务用例模型混乱。

在我们的业务用例模型调查中，业务参与者是人，而不是人的群体；也就是说，我们有一个最终用户的经理，而不是一个最终用户的部门，还有一个供应商经理，而不是一个供应商。这样在我们以后实现业务用例时，业务参与者和业务执行者是在同一抽象级别的。为了确定一个业务用例的X围，通常我们在类似表1 中的某一个单独的工作流程中跟踪一个核心的圆舞曲目标。如果被获得的用例太长，我将细化核心的业务目标成为多个子目标，并将工作流程相应的分段，同时将一个长的工作流程水平的划分成几个业务用例。

4.业务建模

建模（Modeling）是指通过对客观事物建立一种抽象的方法

用以表征事物并获得对事物本身的理解，同时把这种理解概念化，将这些逻辑概念组织起来，构成一种对所观察的对象的内部结构和工作原理的便于理解的表达。

业务模型主要包括以下内容：

业务用例视图

业务用例视图在获取业务用例的时候已经基本完成了。

业务用例场景

业务用例场景用来描述该业务用例在该业务的实际过程中是如何做的。

业务用例规约

文字是图形的有力补充，图形虽然形象、直观，但是一些细节性的内容还是需要用文字来说明的。

业务规则

业务对象模型

在上面的业务用例规约中列出了相关的业务实体，业务实体来自业务对象模型的建模结果

业务用例实现视图

业务用例视图表达了用户的实际业务，二业务用例实现则表示一个业务用例的一个或多个实现方式。

业务用例实现场景

业务用例场景用于说明业务怎么样执行，但缺少表达如何“实现”的机制。

包图

5领域建模

提出领域问题：因为用户档案与供电企业的各个业务部门都有联系，而这些业务部门关心的和处理的数据又各有不同，因此在这里我们认为有必要建立一个用户档案的模型，描述清楚用户档案的构成，以及档案各部分与各业务部门之间的存取关系。