信息系统分析与设计课程设计报告设计课题：供电公司系统分析与设计专业班级：学生姓名：学生学号：指引教师：一.工作准备1.业务概况什么是电力营销电力营销是指在不断变化电力市场中，以电力客户需求为中心，通过供用关系，使电力顾客可以使用安全、可靠、合格、经济电力商品，并得到周到、满意服务。

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

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

电力系统——由发电、变电、输电、配电和用电等环节构成咱们家里所使用电力是怎么来呢？一方面要由发电厂发出电力，这个过程称为发电；发电厂所发出电力要通过高压电网传送到各个变电站，这个过程称为送电；变电站将高电压转换成较低电压，这个过程称为变电；减少了电压后来电力，通过四通八达供电线路送入千家万户，这个过程称为配电；最后，电力始终送到每家安装电表，供家电使用，这称为用电。

因此，家里电灯要亮起来，一共要通过发电、送电、变电、配电和用电五个环节。

供电局重要负责配电和用电，而电力营销系统则关注于用电环节。

用电涉及四个大某些，第一某些是新顾客申请用电，供电局予以安装有关设备并供电，这称为业扩；第二某些是记录每个用电顾客用电量，并计算电费和收取电费，这称为计费和账务；第三某些是管理和维修供电和计量设备，保障计量精确，这称为计量；第四某些是保障用电安全，防止偷电和违章用电发生，这称为用电检查。

都市重要用电顾客分类大体可分为：居民生活用电（电压级别不满1kV、10kV）、大工业用电（电压级别为10、35、110kV）。

其中对单耗电量特大如电石、电介铝、电介烧碱、铁合金、合成氨、电炉黄磷、水泥、钢铁等再分别列价。

此外，还分普通工业和非工业用电。

后者为机关、机场、学校、医院、科研单位等用电。

再有商业用电、部队，敬老院用电等。

农业生产用电，中、小化肥用电、贫困县农业排灌用电等。

（以上分为不满1kV、10kV、35kV电压级别）。

其她还对重点煤矿公司生产用电，核工业、铀化工厂生产用电、氮肥、磷肥、钾肥等生产用电，再分别列价电力营销管理目的充分满足用电户规定，实现迅速报装接电，扩大公司规模，简化报装手续，为用电户提供优质文明服务，为公司和社会创造效益。

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

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

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

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

及时接受用电户各种查询、投诉，及时解决用电户实际问题；宣传好电力法令法规，普及电力法教诲，提高全民用电知识和用电水平2.做好涉众分析涉众是与要建设业务系统有关一切人和事。

一方面要明确一点是，涉众不等于顾客，普通意义上顾客是指系统使用者，而这仅是涉众中一某些。

如何理解与业务系统有关一切人和事呢？凡是与这个项目有利益关系人和事都是涉众，她们都也许对系统建设导致影响。

例如修建一条公路，它预期使用者是广大司机；监管方是交通管理局；出资方是国家财政；发展商是某某公司；建筑商是某某工程公司等。

显然她们都与此项目有利益关系，都是涉众。

这些都好理解。

但是在某些状况下，看似与公路完全无关某些人和事却会成为重要涉众。

例如当公路修建需要搬搬家民时，被搬搬家民就成为重要涉众；当公路规划遇到历史建筑时，文物管理局就成为重要涉众。

虽然软件项目开发与修建公路相比涉及人和事要少得多，但是也不能忽视系统使用者之外其她涉众。

此外，当面对一种陌生问题领域时，往往在项目初期还不可以清晰获悉究竟谁是系统使用者，普通得随着需求进一步逐渐明确。

但是最后系统使用者将从涉众当中产生，因而涉众分析显得尤为重要。

涉众概要一方面为每个涉众编号，然后阐明涉众基本信息和涉众在系统中角色。

本示例是供电公司业务涉众简化，实际状况要比这复杂得多，这里仅为示例之用。

在实际项目中，涉众概要是非常重要内容，值得系统分析员或需求人员花大力气维护。

系统成功标志就是满足涉众盼望，而涉众阐明则为将来需求收集指明了方向可以通过客户岗位手册、业务手册等有关文献中获取有关涉众信息，也可以通过与客户访谈而获取。

记住！在进行涉众分析时候，最重要是精确描述涉众状况和她们对系统建设盼望，而不是进入业务细节！一开始，涉众信息也许并局限性够，但是，可以在任何时候补充和完善涉众分析报告。

涉众分析报告应当自项目始始终到项目结束始终处在被维护状态从上表中，咱们可以看出涉众盼望与需求是不同。

事实上涉众盼望并不是需求，它们只是涉众对将来系统某些“盼望”，这些盼望有需要通过一系列系统功能来实现，有需要特殊设计，有不需要实际编码。

但是无论如何，一种系统成功与否，最重要主线因素不在于其技术先进性；不在于其设计优良性；不在于其性能高效性；也不在于其界面华美性。

这些确都很重要，但是最重要，还是满足涉众盼望。

只有满足了涉众盼望3.规划业务范畴在开始进行需求之前，必要先规划业务范畴。

虽然提出了许多业务目的，有如此多涉众，也有如此多涉众盼望，但是并不是说项目要满足所有这些内容。

应当依照项目周期.项目成本.可行性分析等许多因素，衡量项目可容纳范畴。

燃煤、燃油、燃气火电厂、工业自备电厂和热电厂等发电工程项目可行性研究及工程设计；新能源发电工程设计和可再生能源（含风力发电、太阳能发电、垃圾发电等）高压输电线路可行性研究和工程设计；变电站可行性研究和工程设计；都市热网规划及设计；普通民用及工业建筑设计；工程项目勘测：涉及工程地质和水文地质、地形测量、水文和气象等所有勘测项目和岩土工程；电力系统研究及电力系统规划（涉及负荷预测，系统稳定可靠性计算）；技术征询服务；建设工程水土保持方案编制、设计、水资源评价；造价征询；电力工程建设监理和工程建设总承包等。

以上都是电力系统业务范畴一种好涉众分析报告已经为下一步理解需求和业务建模指明了方向，很容易有放矢依照涉众关怀问题提出需求调研筹划。

4.规划需求层次：第一层次：业务架构：第一层次环绕业务目的、业务目的人员、业务参加人员、组织构造和岗位设立组织起来，由此搭建业务领域第一理解。

虽然第一层次并局限性以让人理解详细业务是如何运作，但是业务架构描绘出了一幅业务全景，这对于进一步理解需求协助巨大，这样就不会再迷死在需求海洋里了，当这一层次完毕后来，业务需求骨架显现出来了。

第二层次：业务流程：第二层次对每个业务目的，将参加这个业务目的业务目的人员、业务参加人员、组织构造和岗位设立组织起来，描述业务流程运转过程以及每一种参加元素在运转过程中贡献和盼望。

这一层次中，让业务流程完整运转起来，忽视详细工作细节，当这一层工作完毕后来，业务需求骨架上添了血肉，业务需求就基本上完毕了。

第三层次：工作细节:第三层次针对每一种参加上述业务者展开，描述她工作细节，做什么、怎么做，有哪些规则、成果是什么。

这一层次中，基于前面工作，不用再考虑整个业务是什么，而只需要专心细致一点点参加者工作细节。

当这一层次工作完毕后，神经网络被加入到业务需求骨架和血肉中，一种完整需求模型可以运转了。

5.需求调研筹划需求调研筹划是项目筹划一某些，该筹划规定了哪些优先级盼望在什么时候进展到什么需求层次，由谁来负责。

如果采用了迭代式开发，则更需要精心规划每一次迭代中要调研盼望，盼望需求层次可以跨迭代周期。

业务架构 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）为系统建模辨认参加者是容易－任何系统外部事物都是一种参加者，并且边沿十分清晰，因而人总是参加者。

对于业务建模来说就不是那么简朴，由于一种人既可以是一种业务参加者（例如，一种与业务交互外部人员）也可以是一种业务执行者关于这个问题一种办法是在将她们分类成为业务参加者或者业务执行者之前辨认出与业务场景有关所有人员。

这意味着你必要在同一抽象级别上定义业务参加者和业务执行者：她们都是人或者人群体。

不要竭力将任何系统都定义成为业务参加者，虽然在你挖掘系统用例时某些系统将成为参加者。

在业务建模中，你但愿将注意力集中在业务流程上，因而将系统问题解决推迟到以日后做可以避免使业务用例模型混乱。

在咱们业务用例模型调查中，业务参加者是人，而不是人群体；也就是说，咱们有一种最后顾客经理，而不是一种最后顾客部门，尚有一种供应商经理，而不是一种供应商。

这样在咱们后来实现业务用例时，业务参加者和业务执行者是在同一抽象级别。

为了拟定一种业务用例范畴，普通咱们在类似表1 中某一种单独工作流程中跟踪一种核心圆舞曲目的。

如果被获得用例太长，我将细化核心业务目的成为各种子目的，并将工作流程相应分段，同步将一种长工作流程水平划提成几种业务用例。