信息系统分析与设计课程设计报告样本.docx
- 文档编号:24812207
- 上传时间:2023-06-01
- 格式:DOCX
- 页数:26
- 大小:1.13MB
信息系统分析与设计课程设计报告样本.docx
《信息系统分析与设计课程设计报告样本.docx》由会员分享,可在线阅读,更多相关《信息系统分析与设计课程设计报告样本.docx(26页珍藏版)》请在冰豆网上搜索。
信息系统分析与设计课程设计报告样本
信息系统分析与设计课程设计报告
设计课题:
供电公司系统分析与设计
专业班级:
学生姓名:
学生学号:
指引教师:
一.工作准备
1.业务概况
什么是电力营销
电力营销是指在不断变化电力市场中,以电力客户需求为中心,通过供用关系,使电力顾客可以使用安全、可靠、合格、经济电力商品,并得到周到、满意服务。
电力营销目的
电力营销管理以顾客为中心,重要物理对象有顾客、馈线、电杆及金具、电源、变压器、开关及相应设备、电能表、互感器(电压互感器、电流互感器)、失压仪、无功补偿设备、用电设备等。
电力营销目的涉及:
对电力需求变化做出迅速反映,实时满足客户电力需求;在协助客户节能高效用电同步,追求电力营销效率最大化,实现供电公司最佳经济效益;提供优质用电服务,与电力客户建立良好业务关系,打造供电公司市场形象、提高终端能源市场占有率等等方面。
电力系统——由发电、变电、输电、配电和用电等环节构成
咱们家里所使用电力是怎么来呢?
一方面要由发电厂发出电力,这个过程称为发电;发电厂所发出电力要通过高压电网传送到各个变电站,这个过程称为送电;变电站将高电压转换成较低电压,这个过程称为变电;减少了电压后来电力,通过四通八达供电线路送入千家万户,这个过程称为配电;最后,电力始终送到每家安装电表,供家电使用,这称为用电。
因此,家里电灯要亮起来,一共要通过发电、送电、变电、配电和用电五个环节。
供电局重要负责配电和用电,而电力营销系统则关注于用电环节。
用电涉及四个大某些,第一某些是新顾客申请用电,供电局予以安装有关设备并供电,这称为业扩;第二某些是记录每个用电顾客用电量,并计算电费和收取电费,这称为计费和账务;第三某些是管理和维修供电和计量设备,保障计量精确,这称为计量;第四某些是保障用电安全,防止偷电和违章用电发生,这称为用电检查。
都市重要用电顾客分类
大体可分为:
居民生活用电(电压级别不满1kV、10kV)、大工业用电(电压级别为10、35、110kV)。
其中对单耗电量特大如电石、电介铝、电介烧碱、铁合金、合成氨、电炉黄磷、水泥、钢铁等再分别列价。
此外,还分普通工业和非工业用电。
后者为机关、机场、学校、医院、科研单位等用电。
再有商业用电、部队,敬老院用电等。
农业生产用电,中、小化肥用电、贫困县农业排灌用电等。
(以上分为不满1kV、10kV、35kV电压级别)。
其她还对重点煤矿公司生产用电,核工业、铀化工厂生产用电、氮肥、磷肥、钾肥等生产用电,再分别列价
电力营销管理目的
充分满足用电户规定,实现迅速报装接电,扩大公司规模,简化报装手续,为用电户提供优质文明服务,为公司和社会创造效益。
做好电能销售和回收工作,保证国家财政收入,提高公司经济效益。
加强电能计量管理工作,保证计量工作有序与计量装置精确性。
合理分派使用电力资源,让电网在最佳状态下安全、经济地运营,节能降耗,提高社会整体经济效益。
做好用电检查工作,保证顾客安全、合法地用电。
及时接受用电户各种查询、投诉,及时解决用电户实际问题;宣传好电力法令法规,普及电力法教诲,提高全民用电知识和用电水平
2.做好涉众分析
涉众是与要建设业务系统有关一切人和事。
一方面要明确一点是,涉众不等于顾客,普通意义上顾客是指系统使用者,而这仅是涉众中一某些。
如何理解与业务系统有关一切人和事呢?
凡是与这个项目有利益关系人和事都是涉众,她们都也许对系统建设导致影响。
例如修建一条公路,它预期使用者是广大司机;监管方是交通管理局;出资方是国家财政;发展商是某某公司;建筑商是某某工程公司等。
显然她们都与此项目有利益关系,都是涉众。
这些都好理解。
但是在某些状况下,看似与公路完全无关某些人和事却会成为重要涉众。
例如当公路修建需要搬搬家民时,被搬搬家民就成为重要涉众;当公路规划遇到历史建筑时,文物管理局就成为重要涉众。
虽然软件项目开发与修建公路相比涉及人和事要少得多,但是也不能忽视系统使用者之外其她涉众。
此外,当面对一种陌生问题领域时,往往在项目初期还不可以清晰获悉究竟谁是系统使用者,普通得随着需求进一步逐渐明确。
但是最后系统使用者将从涉众当中产生,因而涉众分析显得尤为重要。
涉众概要一方面为每个涉众编号,然后阐明涉众基本信息和涉众在系统中角色。
本示例是供电公司业务涉众简化,实际状况要比这复杂得多,这里仅为示例之用。
在实际项目中,涉众概要是非常重要内容,值得系统分析员或需求人员花大力气维护。
系统成功标志就是满足涉众盼望,而涉众阐明则为将来需求收集指明了方向
可以通过客户岗位手册、业务手册等有关文献中获取有关涉众信息,也可以通过与客户访谈而获取。
记住!
在进行涉众分析时候,最重要是精确描述涉众状况和她们对系统建设盼望,而不是进入业务细节!
一开始,涉众信息也许并局限性够,但是,可以在任何时候补充和完善涉众分析报告。
涉众分析报告应当自项目始始终到项目结束始终处在被维护状态
从上表中,咱们可以看出涉众盼望与需求是不同。
事实上涉众盼望并不是需求,它们只是涉众对将来系统某些“盼望”,这些盼望有需要通过一系列系统功能来实现,有需要特殊设计,有不需要实际编码。
但是无论如何,一种系统成功与否,最重要主线因素不在于其技术先进性;不在于其设计优良性;不在于其性能高效性;也不在于其界面华美性。
这些确都很重要,但是最重要,还是满足涉众盼望。
只有满足了涉众盼望
3.规划业务范畴
在开始进行需求之前,必要先规划业务范畴。
虽然提出了许多业务目的,有如此多涉众,也有如此多涉众盼望,但是并不是说项目要满足所有这些内容。
应当依照项目周期.项目成本.可行性分析等许多因素,衡量项目可容纳范畴。
燃煤、燃油、燃气火电厂、工业自备电厂和热电厂等发电工程项目可行性研究及工程设计;
新能源发电工程设计和可再生能源(含风力发电、太阳能发电、垃圾发电等)
高压输电线路可行性研究和工程设计;
变电站可行性研究和工程设计;
都市热网规划及设计;
普通民用及工业建筑设计;
工程项目勘测:
涉及工程地质和水文地质、地形测量、水文和气象等所有勘测项目和岩土工程;
电力系统研究及电力系统规划(涉及负荷预测,系统稳定可靠性计算);
技术征询服务;
建设工程水土保持方案编制、设计、水资源评价;
造价征询;
电力工程建设监理和工程建设总承包等。
以上都是电力系统业务范畴
一种好涉众分析报告已经为下一步理解需求和业务建模指明了方向,很容易有放矢依照涉众关怀问题提出需求调研筹划。
4.规划需求层次:
第一层次:
业务架构:
第一层次环绕业务目的、业务目的人员、业务参加人员、组织构造和岗位设立组织起来,由此搭建业务领域第一理解。
虽然第一层次并局限性以让人理解详细业务是如何运作,但是业务架构描绘出了一幅业务全景,这对于进一步理解需求协助巨大,这样就不会再迷死在需求海洋里了,当这一层次完毕后来,业务需求骨架显现出来了。
第二层次:
业务流程:
第二层次对每个业务目的,将参加这个业务目的业务目的人员、业务参加人员、组织构造和岗位设立组织起来,描述业务流程运转过程以及每一种参加元素在运转过程中贡献和盼望。
这一层次中,让业务流程完整运转起来,忽视详细工作细节,当这一层工作完毕后来,业务需求骨架上添了血肉,业务需求就基本上完毕了。
第三层次:
工作细节:
第三层次针对每一种参加上述业务者展开,描述她工作细节,做什么、怎么做,有哪些规则、成果是什么。
这一层次中,基于前面工作,不用再考虑整个业务是什么,而只需要专心细致一点点参加者工作细节。
当这一层次工作完毕后,神经网络被加入到业务需求骨架和血肉中,一种完整需求模型可以运转了。
5.需求调研筹划
需求调研筹划是项目筹划一某些,该筹划规定了哪些优先级盼望在什么时候进展到什么需求层次,由谁来负责。
如果采用了迭代式开发,则更需要精心规划每一次迭代中要调研盼望,盼望需求层次可以跨迭代周期。
Taskname
duration
start
finish
predecessor
XXX项目筹划
26
Wed081015
Wed081119
迭代一
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)
为系统建模辨认参加者是容易-任何系统外部事物都是一种参加者,并且边沿十分清晰,因而人总是参加者。
对于业务建模来说就不是那么简朴,由于一种人既可以是一种业务参加者(例如,
一种与业务交互外部人员)也可以是一种业务执行者关于这个问题一种办法是在将她们分类成为业务参加者或者业务执行者之前辨认出与业务场景有关所有人员。
这意味着你必要在同一抽象级别上定义业务参加者和业务执行者:
她们都是人或者人群体。
不要竭力将任何系统都定义成为业务参加者,虽然在你挖掘系统用例时某些系统将成为参加者。
在业务建模中,你但愿将注意力集中在业务流程上,因而将系统问题解决推迟到以日后做可以避免使业务用例模型混乱。
在咱们业务用例模型调查中,业务参加者是人,而不是人群体;也就是说,咱们有一种最后顾客经理,而不是一种最后顾客部门,尚有一种供应商经理,而不是一种供应商。
这样在咱们后来实现业务用例时,业务参加者和业务执行者是在同一抽象级别。
为了拟定一种业务用例范畴,普通咱们在类似表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架构模式,客户端采用纯浏览器(零客户端)方式实现,大大减少了应用系统布置难度。
电力营销管理系统功能模型按照国家规范进行组织。
涵盖了电力营销中业扩管理、计量管理、电费管理、用电检查、工作质量、综合查询等各方面功能,是电力营销整体解决方案。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息 系统分析 设计 课程设计 报告 样本