信息系统项目管理师论文范例资源-CSDN文库

软考

4星 · 超过85%的资源需积分: 9 26 浏览量 2013-03-26 02:26:52 上传评论收藏 76KB DOC 举报

资源推荐

资源详情

资源评论

信息系统项目管理师论文范例 1：论软件项目的进度管理

摘要

本文讨论了《电力行业工作票、操作票系统》的项目管理，在本项目中我作为项目负责人，承

担了项目管理工作．

在本项目管理中，我主要采用了面向对象技术同传统技术相结合的原则，在估算项目的工作量

这方面尤为突出，面向对象技术对传统技术有所改进，传统技术能弥补面向对象技术的不足。

本文从合理的估算项目的工作量及技术难度；识别关键任务；随时了解项目进度，必要时调整

进度表等方面讨论了《电力行业工作票、操作票系统》项目管理的基本活动与方法，有效地控

制开发进度，确保项目如期按质量完成．本系统在电力系统已经运行，状况良好，受到一致好

评．

正文

2003 年 2 月，我参加了《电力行业工作票、操作票系统》的开发，担任项目管理工作．电力

系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标

准进行工作，《电力行业工作票、操作票系统》就是按照国家有关标准及电力行业操作规程设

计的仿真系统。工作人员在施工前按照工作流程在此仿真系统上进行操作，严格遵守电力设施

的逻辑闭锁关系，顺序执行．有效地防止不规范操作，确保电力设施及现场工作人员的安全，

提高安全意识．本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成，其中系统

图编辑平台主要是编辑变电站、用电系统及变电站控制系统图，每一个电力设施对应一个对象，

在系统图上都有相对应的部分，系统图真实地反映电力设施的布局及相互关系，生动形象又合

乎技术标准，同时为第二部分提供操作对象．工作票、操作票签发系统主要是在系统图的基础

上进行点击操作，每饮点击对应一个对象即一个电力设施，根据电力设施的逻辑闭锁关系自动

生成相应的工作票或操作票或提示操作不规范．

在本系统的开发过程中，我通过合理的估算项目工作量及技术难度；识别关键任务；随时了解

项目进度，必要时调整进度表等方面对项目进行管理，确保本系统如期按质量完成。

1、合理的估算项目工作量及技术难度

我们在项目工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则．

本系统采用了面向对象的分析、设计等一系列面向对象技术，在本系统工作量的估算上根据功

能点进行估算．将每个功能模块逐步分解，直至基本模块为止．我们将系统分为系统图编辑与

工作票、操作票签发两个大的功能分别进行估算。系统图编辑部分主要是一个图形编辑系统．

一种电力设施对应一个类，电力设施的技术参数及其操作对应相应类的属性和方法，电力设施

图是由线段、圆、曲线、折线、多边形等基本图形组成，这些基本图形分别对应一个类，这些

类又继承一个最基本的类．系统图编辑部分的工作量也就是这些类的实现，工作票、操作票签

发部分用到了编辑平台的系统图，因此由大量的功能可以复用，这部分的功能划分同系统图编

辑部分一样也是采用类作为基本结构，这样就比较准确的进行工作量的估算．

同时我们开发的这个系统是基于 C/S 结构的，由于 C/S 结构的系统我们公司有不少成功的案例，

因此有不少的案例供我们参考．对于本系统的第二部分我们就是借鉴以前我们做过的基于 C/S

结构的系统，基于 C/S 结构的系统的框架基本上是一致的，数据库的设计、前台操作如对数据

库进行添加、删除、修改、查询等一系列活动大体相同．正是如此，有大量的东西可供我们复

用，如权限控制模块我们就是复用以前的案例，仅作少量修改．在工作量的估算上也有很好的

借鉴作用．这对工作量的估算也是一个重要的参考，为工作进度安排提供了依据．在技术上，

我们重点考虑本系统与其他 C/S 结构的系统的不同之处，相同或相似之处我们认为没有技术难

1 / 15

点．系统编辑平台主要是绘图，我们知道 MFC 的绘图功能确实强大，但是过于繁琐，功能封

装不是十分完美，我们采用了 Form++这个 MFC 扩展类库，这个扩展类库对图形操作封装得

很好，大大降低了系统图编辑部分的难度，在界面设计上我们采用了 BCG 这个扩展类库，使

得 VC 应用程序界面设计得如同 Delphi 等工具一样完美．同时减少了工作量，在工作安排上，

技术难度相对大一点的部分我们安排经验丰富的程序员，同时也同其他工作组的成员商讨技术

细节间题，同他们进行技术探讨．这样不至于因为某一技术细节而影响整个工程进度．

根据上述分析我们制定一个详细的进度表并定义相应的里程碑．

2、识别关键任务

系统图编辑部分是整个系统的基础，因为工作票、操作票签发部分是建立在该部分的基础之上，

系统图编辑部分直接影响到整个项目．因此该部分是整个系统的关键部分，在这部分中每种电

力设施所对应的类及其父类的定义是关键，因为所定义的类必须完整、准确地反映该电力设施

的技术参数和操作．工作票、操作票签发部分，是用户明确提出的要求实现的功能，直接面对

用户，这部分的成功与否直接影响到该系统的质量，因此也是不容忽视的．如果上述两部分任

务的进度受到影响，则整个项目的完成将受到威胁．因此是本项目的关键任务．在进度控制时

我们将其作为重点对象进行控制．

3、随时了解项目进度，必要时调整进度表

在确定项目开发计划时，我们制定了详细的进度表．我们在确定每一项任务时都确定该任务的

工作量、开始时间、持续时间、结束时间．同时让每个小组成员知道自己所承担任务的时间表，

小组成员根据自己的任务制定自己的详细工作计划．工作日志是了解每个小组成员工作情况的

很好的方式，我们要求每个小组成品对自己的工作都要做工作日志，对自己每天的工作做详细

记录．每周对自己的工作进展做出结论，向项目组汇报．在做结论时，不得使用“差不多”、“大

概”、“完成了 90%”… 等模糊字眼．而是采用某任务“已经全部完成”、或者“90%的工作全部完

成”或者“再过 1 天全部完成”…等方式．每个小组成员对自己做出的结论负责，这样可以做到随

时了解项目进度，为调整项目计划提供客观基础．同时我们在项目进度计划中根据项目设计定

义了相关的里程碑，在每个里程碑我们都采取小组会议形式对本阶段的工作进行确认、总结，

对本阶段的进展情况做出结论，并决定是否调整下一阶段的进度计划．在系统图编辑部分我们

认为各电力设施所对应的类（包括其父类）定义完成为一个里程碑，每个类是否具备了相对应

的电力设施的技术参数及操作是该里程碑的标准，这些类（包括其父类）的实现完成又为一个

里程碑，… … 整个系统图编辑部分完成也是一个里程碑．每个里程碑的标准在系统设计时已

经定义好．

结束语

《电力行业工作票、操作票系统》目前已经开发完毕，运行状况良好，受到一致好评。在本系

统开发的整个过程中采用了面向对象技术同传统技术相结合的原则，因为小组成员的各有特长，

面向对象技术不是每个小组成员都熟练掌握，加之面向对象技术在我们公司还不是很成熟，必

须有一个过渡，不能一下子转型，因此采用该种策略符合我们公司的现实情况。

由于项目进度管理得当，项目按期完成，我们小组赢得公司的好评，其他小组也研究我们的管

理方式。当然项目管理方式多种多样，根据项目不同、人员不同管理模式应做调整而不是一成

不变。适合本项目的管理模式才是最好的模式，先进的管理方法在不同的项目组中取得的效果

是不同的，这有待于我们去研究，探索，实践，总结．

2 / 15

信息系统项目管理师论文范例 2：论软件项目计划的制定

摘要

本文讨论了一个作者参与的软件项目的项目计划制订的若干问题．项目所开发的产品是一种智

能电子教学设备，该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上，并

可以保存、编辑、打印用户输入的数据，联网的计算机也可以实时观看用户的书写过程，并且

用户还可以通过投影在硬件端的 PC 机画面交互操作 PC 机．

作者是该项目的软件开发组负责人兼软件架构师．作者针对项目计划的制定采取了：分而治之，

逐步求精，经验数据三个主要策略，从而得到较好的效果．

正文

2002 年 6 月，作者所在公司启动了一个项目，该项目开发出来的产品是一种智能教学设备，

该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上，用户可以保存、编辑、

打印通过硬件端输入到计算机的书写内容，联网的计算机也可以实时观看用户的书写过程．另

外，用户还可以通过投影在硬件端的 PC 机显示画面交互地操作 PC 机．作者有幸全程参与该

项目的开发，并且担任了项目 PC 机软件开发组的负责人兼软件构架师的角色．对于这种实时

通信且具有联网功能的软件项目，我认为首先需要制定一个良好的项目计划，才可以保证项目

开发的成功．总结这次项目的经验，我认为行之有效的策略有三个，分别是分而治之、逐步求

精、经验数据。下面就结合这三个策略详细讨论本次项目计划的制订。

一、分而治之

将一个过于复杂的问题分解成若干复杂度不那么高的小间题来依次解诀，这种方法人类已经采

用了几千年．这里我们也可以用于项目计划的制定．因为整个考虑项目的方方面面来制定计划

其复杂度已经超过了人类处理问题的能力．为了解决这个问题，可以将整个项目分解为一些更

小的组织体，逐一进行处理，这项工作也就是项目管理中的 WBS（工作分解结构）。比如针

对这次项目中采取的 RUP 开发过程模型，我在完成需求管理计划时我就将计划内容分解成初

始、细化、构建、移交四个阶段来分别制定，最后合到一块儿就是完整的需求管理计划．除了

按时间段分解的角度来制定项目计划，我制订软件开发计划时同时按照了 RUP 过程方法的工

作流的概念来分解项目计划的制定工作，根据每个工作流在四个阶段业界通用的工作量估计来

制定计划，安排工作人员以及相应的软件资源。因为软件开发计划涉及到多个工作流，我认为

以这种方式分解是合理的．同时因为本项目的特点，我省略了业务建模工作流，这是因为这次

的产品是以硬件为主，软件为辅的消费类产品，所以业务建模不是那么必要了．以不同的方式

分解项目，可以从多个不同的角度来制定整个项目计划，有利于全面、深入地了解项目，避免

“瞎子摸象”的情况发生．

二、逐步求精

计划工作其实是一种管理未来、管理未知的工作，而未来是变化莫测的，还存在许多自身无法

掌握的因素，因此存在很大的难度．而解决这一困难的法宝就是逐步求精．按照先框架后细节，

先粗后细地进行项目的计划．比如在这个项目中，在接受这个项目后就开始了做了一个初步计

划，这个计划的内容主要是做出时间上的安排．因为打算在 2003 年的月需要用这个项目的产

品申请国家中小企业创新基金的支持，所以完成时间就定在了 2003 年 4 月，预留一个月用于

写申请报告．总的时间进度确定后，大概分配了三个时间段：系统工程分析、软件开发模型确

3 / 15

剩余14页未读，继续阅读

评论收藏

内容反馈

luo_kj

2013-07-25

很好，可以参考一下
fuweibo

2013-04-24

不错，可以参考一下。

jxj6668

粉丝: 0
资源: 2

信息系统项目管理师论文范例

信息系统项目管理师论文实例

信息系统项目管理师论文范例[八篇]

信息系统项目管理师论文范例30篇]

信息系统项目管理师论文范例3

信息系统项目管理师论文范文

信息系统项目管理师论文范例30篇

信息系统项目管理师论文范本

信息系统项目管理师论文范例4：论软件开发的风险管理doc.docx

信息系统项目管理师论文范例(风险,进度,人力资源,成本)

软考高级：信息系统项目管理师论文-模板及十篇范文

信息系统项目管理师论文范文汇编

信息系统项目管理师论文范文汇编.doc

信息系统项目管理师论文各类范文

信息系统项目管理师论文示例大全

信息系统项目管理师论文范例1

项目管理师论文范例

信息系统项目管理师论文范例7论项目的风险管理.docx

信息系统项目管理师论文范例8

信息系统项目管理师辅导论文范文79篇

软考信息系统项目管理师论文范文

信息系统项目管理师论文范文（医保领域）.doc

最新资源