项目管理人员继续教育论文高级城市交通应急指挥系统软件实施过程中的需求分析_精品文档Word下载.doc

项目管理人员继续教育论文高级城市交通应急指挥系统软件实施过程中的需求分析_精品文档Word下载.doc

《项目管理人员继续教育论文高级城市交通应急指挥系统软件实施过程中的需求分析_精品文档Word下载.doc》由会员分享，可在线阅读，更多相关《项目管理人员继续教育论文高级城市交通应急指挥系统软件实施过程中的需求分析_精品文档Word下载.doc（5页珍藏版）》请在冰豆网上搜索。

一、背景情况

近期我公司承接了一个城市交通应急指挥平台集成项目，其中除部分硬件采购安装之外，核心工作内容是开发一套城市交通应急指挥平台软件。

本人参与前期需求分析工作，结合本次计算机集成高级项目经理培训课程内容，浅谈部分体会。

该软件的功能简介：

该软件平台为某地级市交通局使用的城市交通应急指挥系统软件，需将局下属的各职能部门：

公路、水运、运管（城市道路交通管理）等已有系统纳入管理之中，结合交通局已建基础信息平台——局数据中心、GIS服务中心、短信网关和局专用内部通信网络（通过租用电信专网构建），将各职能分中心的信息集成起来，完成作为局交通应急指挥的功能，具有信息处理、分析、应急预案管理和应急处置指挥、信息发布等功能。

该软件拟定采用ESRIArcGIS10作为GIS平台，构建B/S架构软件，通过WebService和网络通信将各业务平台和信息整合起来，后台采用Oracle10g以及MicrosoftSQLServer2008作为数据库支撑。

我公司已有类似信息系统平台：

基于WebOS构建的B/S应用系统，采用微软Silverlight4作为RIA基础平台，可载入以ArcGIS为基础的GIS应用组件及其他功能应用组件。

本次项目实施的建设主管单位是局信息中心，使用单位预期为局安保处。

由于“建管分离”，因此本项目在前期即预计会有一些困难，以下详述。

该项目于本年度11月份签订委托合同，预计跨年度实施。

二、软件需求开发和管理难点分析

本项目需求分析阶段预计难点分析如下：

l最终用户——安保处在需求分析阶段参与度低；

l与各业务单位的数据接口复杂：

由于各单位系统主管单位、建设标准、建成时间有较大差别造成，各类业务单位对数据接口也提不出明确需求；

在本次培训课程中，项目成败因素分析中即提出：

“用户的参与”占项目成败因素的权重为15％。

在本项目中最为不利的因素就是最终用户的不参与：

在调研过程中，经过反复协调也未能争取到最终用户参与。

由于最终用户存在不确定性，因此可能带来需求不完整或需求的频繁变更，为克服这一因素，除加大投入协调工作力度之外，我们也将尽量采用技术手段减少需求不明及需求变更频繁对最终系统的影响，做法首先是甄别出“确定”的需求和“待定”的需求，将二者进行隔离，对可以肯定的需求进行详细分析，而对待定的需求做简化分析，并做好变更准备。

在未来的实施过程中，将确定基线需求，以此为基础展开需求管理工作，不断跟踪需求状态的变化，对用户的需求变更要求进行管理。

三、软件需求开发及管理过程介绍

由于本次项目具有以上特殊性，因此在项目初期，我公司先后派员赴项目现场与建设主管单位沟通，制订需求分析调研计划，并对各相关业务单位进行走访。

需求分析主要从业务需求、用户需求、系统需求三个方面着手，对系统的功能性需求和非功能性需求进行厘清、界定、明确。

实际需求分析工作由三方面人员组成：

l用户：

建设主管部门人员，熟悉交通局内组织架构及业务流程，并具备多年的信息系统建设经验，了解交通局各基础业务平台的构成和优缺点，有一定的信息系统技术经验；

l领域专家：

具备交通行业业务资深业务咨询和设计工作；

l软件人员：

具备较多的交通行业信息系统开发实施经验，以软件开发为主。

从以上需求人员组成可看到：

虽然软件需求分析过程中困难较多，但需求分析人员的组成还是比较有利的。

需求分析人员的来源决定其优势可以互补，有利于克服系统需求分析中的困难。

在项目中，我们沿用了在以往项目中常用的结构化分析方法（SA方法），主要应用数据流图（DFD）、实体关系图（ER图）、数据字典（DD）等对系统进行描述，准备依据调研情况按层次自顶向下逐步展开。

在完成了初步的需求分析之后，先制订了一个较为初步的功能需求分析提交用户进行评审。

四、软件需求工作预期

本项目还在执行过程中，需求开发也未结束，在整个项目过程中，也将持续进行需求管理工作。

预期将采用原型方法进行需求开发和管理，在我公司以往执行项目过程中，经常遇到此类情况：

由于交通行业很多用户都不是软件方面的专业人员，对信息系统的了解较少，而信息化技术的应用将重新定义组织内外的工作方式，很多用户感觉陌生和不方便，尤其是在信息化系统建设和投入使用的初期。

正如课程中描述的：

用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求。

因此按照原型法的方式，我们预计先确定一组基本需求：

此时多数情况下我公司人员会与用户一起，在充分理解用户业务需求的基础上，先制订总体的功能需求，并且在这个过程中，充分考虑系统的前瞻性设计，因为最终用户往往自己都无法预料系统的未来发展方向，因此需要我们对系统进行归纳，总结出系统的基本功能和扩展功能。

接下来将在短期内构造一个原型系统，使用户能够看到系统的原型，该原型具备了未来构建系统的基础平台和技术。

由于我公司有多年该类信息系统的实施经验，并且刚研发完成并在其他项目中应用类似系统平台，因此开发人员能够较快地将平台移植过来，向本项目用户提供一个原型软件：

具有基本的GIS地图功能（如地图操作：

地图缩放、平移、多图层控制、动态层显示、地标标识、设备标识、数据显示、报警显示等），以及以GIS地图为基础的车辆、船舶GPS跟踪和监视功能，视频数据接入、调用、显示、控制功能等等，未来无论系统如何定义和改变，这些已知功能是确定需要的，因此可作为基本需求存在。

而如城市交通应急事件处置、救援、指挥预案，则存在较大不确定性，因为该城市的交通局组织机构预期面临改革，组织结构和职能划分将有变化，所以对应急响应和处置救援指挥这类功能进行了初步定义，并拟提供初步的原型界面和功能供用户审查，我们将与用户共同以原型系统为基础，确定系统所需要修改的部分。

在项目实施中，我们预期能够请最终用户一起介入对原型系统的审视和修订，以期能够得到较好的结果。

按照软件原型法的定义，原型系统可以是探索型、实验型、进化型的系统，我们预期本项目的原型是探索型和进化型的结合，即：

初期提供实验型原型，与用户一起弄清系统的要求，探讨系统与业务的结合度，重新梳理信息化环境下的业务流程；

在项目进展过程中，将在早期原型的基础上不断改进，最终进化成为最终系统。

为达到实现原型化方法的目的，必须具有灵活的软件架构、可复用的软件模块。

为此，我们将软件平台架构定义为3层结构：

即数据层——业务逻辑层——表现层。

以SOA的理念对系统架构进行设计。

各类外部数据通过数据层的应用接入本系统，汇集成为数据层；

由于本系统存在与多个职能部门已有信息系统的数据对接，因此系统将定义一系列的WEB服务，对外提供数据接入服务。

而数据层的Oracle/SQLServer数据库、文件系统、数字视频服务器等将提供各类实时与历史数据存储和访问服务。

业务逻辑层通过数据库引擎及数据服务访问数据，实现系统的业务逻辑，在已有系统中，业务逻辑将以WCF服务的形式进行封装，通过一系列的基本服务的不同组合来实现系统逻辑。

而前台采用富客户端（RIA，目前采用Silverlight平台）向用户提供丰富美观的用户接口。

我们已开发了基于WebOS的用户界面，可方便地加载功能模块。

通过这些技术手段，使得构建实验型和进化型原型系统成为可能：

通过可复用的系统服务、功能模块、界面模块，在软件架构上保证了软件模块的高内聚性和低耦合度，能够快速组合出新的系统应用，从而达到快速构建原型系统的目的，同时最大程度减小了修改原型的成本和周期，从而使原型化方法能够有效应用于本项目中。

五、小结

随着城市的规模化发展，城市交通已经日益成为一个庞杂的系统，迫切需要现代化的信息手段辅助城市交通主管部门随时掌握日常和应急条件下的交通状态、及时预测和调整交通控制和诱导措施、及时发布交通信息，以现有的常规手段和条块分割的管理模式，已不能适应快速发展的城市交通体系，因此急需应用信息化技术提升管理水平。

但在应用过程中，我们发现由于很多城市的交通部门缺乏熟悉相关信息系统技术和实践经验的人员，导致信息系统需求不明确。

另外需求调研过程也会出现需多个部门共同配合完成的情况，在项目实施过程中需要较高的协调力度，因此很多重视信息化的地区经常委托主要领导主管信息化建设，这样在有力的协调下，就能够有效提高需求分析的质量。

在以往的实践过程中，我们认为在本行业内采用原型化方法是一种较好的需求设计和管理的方法，能够较为直观地向用户提供感性认识，能够快速确认需求基线，方便进行需求管理。

另外就是采用比较先进的软件架构技术，提高系统的模块化程度，尽量降低在多变环境中的需求变更成本。

总之，今后将继续学习和掌握需求分析和管理的知识及技术，更好的应用于项目实践中。

--------------------

参考文献：

[1]中国电子学会信息系统集成分会编写.计算机信息系统集成项目管理人员继续教育（高级项目经理）在线课程辅导教材[Z]，2011年.

[2]张敬等编著.软件工程教程[M]，北京航空航天大学出版社，2003年.

第5页共5页