项目管理系统需求分析范文
时间：2024-03-27 18:02:56
导语：如何才能写好一篇项目管理系统需求分析，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。
篇1
关键词：频谱管理；统一建模语言；用例
中图分类号：TP311文献标识码：A文章编号：1009-3044(2009)04-0959-02
Requirements Analysis of Battlefield Electromagnetic Spectrum Management System Based on UML
LIANG Guo-qing1,2, CHEN Jian2
(1.Brigade 69296 of PLA, Kashi 844200, China; 2.C4ISR Technology Key Lab of NUDT, Changsha 410073, China)
Abstract: There are many stations that using frequency in the battlefield, but the useable electronmagnetic spectrum is finity, tradition electromagnetic spectrum management is handwork, however, is not fit the modern war, cry for the computer assistant management. The article introduces characteristics of UML, and describes battlefield electromagnetic spectrum management system's requirements by UML.
Key words: electromagnetic spectrum management; UML; use case
1 引言
高技术条件下的作战，参战力量多元，各种各样的电子信息作战装备同时应用于战场，加之敌方激烈的电磁干扰以及民用电磁设施的影响，使得战场电磁环境极其复杂，可用频谱资源十分有限。在这种情况下，只有加强战场电磁频谱管理才能充分、合理地利用电磁频谱，达成最佳作战目的[1]。但频谱管理是一个非常复杂的过程，它包括许多需要注意的步骤和问题，只有把它们全部考虑在内，才有可能有效利用无线电频谱。由于战场用频台站数量之大，利用传统的手工方式管理台站，凭借传统的经验审批频率以及被动式查找干扰等管理行为已不能适应现代化战争，因而必需有效的计算机支持。为此，需要开发研究战场频谱管理系统。通过战场频谱管理软件，指战员可以迅速了解战场电磁态势，分配电磁频谱资源，避免（或减小）用频台站间互扰问题，构造出有利于己而不利于敌的战场电磁环境。本文采用先进的统一建模语言（unified modeling language, UML）对战场频谱资源管理系统进行需求分析，可为战场频谱资源管理系统的开发提供较为完整的需求信息。
2 UML简介
UML是一种标准的图形化建模语言，是面向对象技术发展的重要成果。它融合了Booch、OMT和OOSE方法中的基本概念，并在这些方法的基础上，广征意见，集众家之长，扩展了现有方法的应用范围。UML适用于以面向对象的技术来描述任何类型的系统，而且适用于系统开发的不同阶段，可以应用于任何领域。
UML作为一种标准的图形化建模语言有如下特点：UML的词汇表和规则注重对系统进行概念上和物理上的描述；UML符号的表示法定义了规范的可视化元素，并为开发者使用这些可视化元素进行系统建模提供了标准；UML可以对重要的分析、设计和实现进行详细描述，所建模型具有精确性、无歧义性和完整性；用UML描述的模型可与各种编程语言直接相连[2]。
作为一种建模语言，UML中有3类主要元素，即基本构造块（basic building block）、规则（rule）和公共机制（common mechanism）。图是UML中最重要的元素之一，共分9种图：用例图、顺序图、协同图、类图、对象图、状态图、活动图、构件图和部署图。
用例图（Use case diagram）是UML在系统需求分析阶段来捕获用户需求的有效手段和方法。它用于显示若干角色（Actor）之间的连接关系，并不描述系统内部对该功能的具体操作方式，即通过用例建模，描述系统应向外提供何种功能，形成系统的问题域。活动图、类图、顺序图主要用于分析阶段，状态图、类图、对象图、协作图主要用于设计阶段，构件图和部署图主要用于实现阶段[3]。
3 战场频谱管理系统需求建模分析
3.1 战场频谱管理系统功能剖析
战场频谱管理系统功能包括[4,5]：
1）项目管理 为了便于管理频谱数据及存贮计算结果，在设计之前将频谱管理纳入项目管理范围，内容包括建立新项目、打开已有项目。
2）频谱监测 实现对检测站的控制和监测数据的分析处理等，包括检查监测站的配置、选择监测站设备及监测天线；对信号进行测试，查看一定频段内频率占有情况；对信号参数进行测量，计算信号的频偏、带宽和载频；查找干扰源位置。
3）电磁兼容性分析 对可能受到的或产生的干扰进行预测，从频率、时间、空间和能量四维角度考察各电子设备间的电磁隔离度，分析所产生干扰的大小及影响范围，评价干扰的危害程度。
4）频率规划与指派 为各种无线电业务划分无线电频谱的过程，为有效使用频谱，划分的频段必须符合预期业务要求的传播条件。
5）电子系统数据库 为各类电子系统建立数据库，记录其特性参数。这些数据是进行敌我识别，生成对抗措施的基本资料。
6）电磁态势显示。对战场上各种电磁信号的类型、属性和分布情况进行分析，并用图形、分析报告等方法将战场电磁态势表现出来。
7）网络服务 主要完成两种功能：一是网络通信，即实现数据的收发、传输；二是实现简单的网络管理。
3.2 战场频谱管理系统用例模型
根据上述的系统需求分析，对系统进行需求分析。在UML中用例图可从系统的外部看到系统的内部功能，它采用一些图形符号和文字来记录使用者的要求。用例图的基本元素有角色、用例、关系。
角色是指与系统交互的人或物。角色有3类：系统的使用者、外部系统、时间。战场频谱管理系统的角色有直接使用该系统的人和外部数据库，其中外部数据库有地理信息系统（GIS，Geographic Information System）和无线电台（站）设备数据库。
用例是系统提供的一种功能，是系统、子系统或外部参与者交互的动作序列的说明。战场频谱管理系统的顶层用例有：项目管理、频谱监测、电磁兼容性分析、频率规划与指派、数据管理、电磁态势显示、网络服务等7个用例。系统顶层用例图如图1所示，顶层图反应了系统总的需求情况。
3.3 顺序图
顺序图用来反映若干个对象之间的动态协作关系，主要反映对象之间发送消息的先后次序，说明对象之间的交互过程。顺序图由若干个对象组成，每个对象用一条垂直的虚线表示（线上方是对象名）。每个对象的正下方有一个矩形条，它与垂直的虚线相叠，矩形条表示该对象随时间流逝的过程（从上至下），对象之间传递的消息用消息箭头表示，它们位于表示对象的垂直线条之间。
1）基本数据输入顺序图。使用者通过数据管理的基本数据输入窗口输入基本数据，一部分基本数据由使用者根据战场情况和要求，从数据窗口输入，另一部分与地理有关的数据可通过查询地理信息系统来获得，与设备有关的信息可从无线电（台）站数据库中获得。基本数据输入结束后，保存在频谱项目数据库中，供后面的设计模块调用。基本数据输入顺序图如图2所示。
2）电磁兼容性分析顺序图。基本电磁数据输入结束后，就可以进行各功能计算了，这里以电磁兼容性分析为例。在电磁兼容性分析窗口中，通过变换参数的计算各种干扰，得出台站干扰的大小及影响范围，实时显示在该参数状态下电磁态势图上，最后结果保存在频谱项目工程数据库中，供后面的设计模块调用。电磁兼容性分析顺序图如图3所示。
3.4 活动图
活动图描述系统中各种活动的执行顺序，活动图常用于描述一个操作执行时的流程，也可以用于描述一个用例的处理流程，或者某种交互流程。活动图由一系列活动组成，当某个活动执行完毕之后，控制将沿着转移箭头转向下一个活动。在UML中没有流程图，可以用活动图来描述系统的总体或局部流程。图4为战场频谱管理系统总体活动图，可分为项目管理、工程数据建立与管理、数据管理、电磁兼容性分析、网络管理、频率规划与指派和电磁态势显示等7个部分。
4 结束语
本文采用UML对战场频谱管理系统进行了需求分析，开发建设战场频谱管理系统有利于战场电磁资源的管理，提高电磁资源的处理速度，降低电磁资源管理的成本。
使用UML对系统需求进行描述可以帮助用户和分析人员对问题描述和理解达成共识，较少语义差异，保障分析的正确性，克服传统需求分析在问题领域、系统功能描述方面精确度低的问题。在实际应用中，UML可以根据不同的系统，从不同的角度，以不同的详略程度对系统需求进行构造。
参考文献：
[1] 谷岩峰,高常见,安渭琳.战场电磁频谱实时管理问题研究[J].国防科技,2007(5):71-73.
[2] 孙朝霞,李春光,马莉.基于UML的车辆管理系统需求分析[J].青岛建筑工程学院学报,2005,26(2):71-73.
[3] 郑益民,倪宏革,郝令涛.基于UML的公路涵洞CAD系统的需求分析[J].烟台师范学院学报:自然科学版,2005,21(4):306-309.
篇2
1.1功能需求分析
软件需求分析工作是整个软件生存期中最重要关键一步。通过系统需求分析，能把软件系统的功能及性能总体描述成软件需求规格，规划软件的需求规格细则，奠定软件系统开发的基石。通过对招投标管理业务的调查分析，发现本系统需实现如下基本功能：
（1）投标人注册、投标人信息维护、投标人信息审核
（2）招标项目：石油公司可对外招标项目，由此投标人可在系统中查看到详细的项目信息，以便决定是否参与投标，在这个过程中，招标管理处的工作人员需上传招标文件。
（3）投标人报名：投标人查看到石油公司的招标项目后，对符合条件的项目可进行报名，只有报名的投标人才具备竞标权限。
（4）递交投标文件：在报名完成后，投标人需准备相应的材料，在材料准备妥当后，需将投标文件递交到系统，以便专家团进行审标和评标。
（5）招标文件下载：石油公司招标管理处项目信息时，需上传招标文件，由此投标人可将招标文件下载到本地进行查看。
（6）专家抽签、专家审标。
（7）中标结果、中标结果通知、中标结果查询。
（8）抱怨质疑信息创建、抱怨质疑信息回复、抱怨质疑信息查询。
（9）用户管理、登录管理。
（10）数据备份、数据恢复以及日志记录.
（11）专家管理：主要用于管理系统中的用户信息，并为各用户分配相应的操作权限，包括用户信息的添加、删除以及修改。
2功能模块设计
石油工程招投标管理系统由系统安全模块、投标人管理模块、招标项目管理模块、审标中标管理模块以及抱怨质疑管理模块等五个部分组成。本节将以流程图的方式对石油工程招投标管理系统的各个模块进行详细介绍。
2.1系统安全模块
系统安全模块由日志管理、数据备份、数据恢复、专家管理、登录管理以及用户管理等六部分组成。系统安全模块主要用于提高系统安全性和数据可靠性，防止非法用户进入系统窃取或篡改信息。登录功能主要作用在于进行身份认证，只对拥有操作权限的合法账户进行放行。数据备份功能的主要作用在于将系统数据以insert语句的形式存储在SQL文件中。数据恢复功能的主要作用在于执行SQL文件中的insert语句，以便实现数据的恢复。用户管理功能的主要作用在于添加、修改和删除用户信息。日志管理功能的主要作用在于记录系统用户的操作行为。专家管理功能的主要作用在于构建专家库，以便从中抽取专家组成评委会对投标进行评审和打分。本节将对登录功能和数据恢复功能的工作流程进行介绍。
2.2投标人管理模块
投标人管理模块由投标人注册、投标人信息维护以及投标人信息审核等六部分组成，其主要作用在于管理人投标人的相关信息。投标人注册功能的主要作用在于使投标人成为系统注册用户。当投标人注册完成后，可利用得到的登录凭证进入系统完善相关资料，并提交石油公司投标管理处进行审核。只有经过投标管理处的审核，投标人才有资格进行项目投标。本节将对投标人管理模块的工作流程进行介绍
2.3招标项目管理模块
招标项目管理模块由招标项目、投标人报名、递交投标文件以及招标文件下载等四部分组成，其主要用于管理招标项目，包括项目信息，并上传招标文件。在招标项目信息之后，投标人可将招标文件下载到本地。除此以外，投标人若想参与到项目的投标中，则必须先进行报名，在报名成功后，需准备投标资料，完成后则可将其上传到系统，以便招标管理处工作人员进行查看。
2.4审标中标管理模块
审标中标管理模块由专家抽签、专家审标、中标结果、中标结果通知以及中标结果查询等五个部分组成。在投标人提交标书后，招标处工作人员需利用系统自动生成专家评委会，由评委会对标书进行评审和打分。在打分完成后，系统会根据评标原则，去掉最高分和最低分，生成最终结果，由此可得到中标结果。在得到中标结果后，则需结果，并通知中标人。而投标人也可在系统中查询中标结果。
2.5抱怨质疑管理模块
抱怨质疑管理模块由抱怨质疑信息创建、抱怨质疑信息回复以及抱怨质疑信息查询等三部分组成。当投标人对招标结果存在疑义，可向监察委员会提交质疑信息，当监察委员会接收到抱怨质疑信息后，需启动调查，得到调查结果以后需反馈给提交质疑的投标人。除此以外，投标人也可通过时间段等关键字来查询抱怨质疑信息。
3安全性设计
篇3
1 系统需求分析
1.1 功能需求
科技项目申报单位和个人可以在线填写项目申报书；通过 Internet进行异地文件传送；对本单位或个人已申报的项目进行综合查询。科技项目管理人员可以在线完成项目筛选、审核、评审、打印审批通知书等操作；对各个状态的项目情况进行综合查询。
各领域专家可在异地登录系统对分配给他的项目进行打分和评定意见操作。
1.2 可靠性需求
为了确保项目申报过程中数据的完整性、有效性，避免由于系统软件故障造成数据丢失、产生坏数据以及数据库损坏，需要选择可靠的数据管理系统，并给出一套合理的数据库备份方案，并要充分考虑系统的安全性。
1.3 可扩展性需求
科技项目申报与审批系统是科技项目管理信息化建设的第一步，并随其进一步发展会增加更多的需求，因而在软件开发周期的初期应充分考虑整个系统的可扩充性和缩放性。
2 系统结构设计
2.1 系统体系结构设计
通过以上的需求分析，针对盘锦市科技项目管理的需求，采用了多层 B／S(Browser／Server)模式体系结构。具有表示层、功能层和数据层。
2.2 系统页面框架结构设计
科技项目申报与审批系统依据项目类别由应用研究、科技攻关、科技产业化、环境能力建设四个子系统组成。每个子系统均包含项目申报、项目审批和系统维护等功能模块。
系统页面框架结构
3 系统特点及实现
本系统在设计时充分考虑了科技项目申报与审批工作的实际情况 ，使其具有实用性 、通用性、安全性，在技术上具有先进性和良好的可扩展性。
3.1 多级用户权限管理
为了保证系统安全性，采用了多级用户权限等级访问管理。系统最高权限者为系统管理员，由他分配各级项目管理人员的用户名及密码。申报单位采用实名注册的方式向系统申请使用权限，由管理人员确认后才能登录申报系统。
3.2辅助编码表的设置
在项目申报过程中，申请人需填写项目类别、项目分类、归口部门、申报时间等字段。为了减少录入量，在页面中这些字段以下拉菜单的形式给出，数据库中则以辅助编码表的形式出现。辅助编码表的设置可减少编码人员的工作量，增加程序的可读性及通用性进而支持了可扩充性。
3.3 分布式实时查询
系统实行信息等级控制，信息录入、查询、修改、删除等功能根据用户等级不同而不同。查询结果面向不同对象分为全部给出、部分给出和禁止给出。申报人员只需记住项目临时编号即可查询此项目当前时刻的状态。用户也可设定任意过滤条件，选择任意项组合进行查询输出。
4 系统安全性
安全性是系统建设考虑的一个重要方面，因为它关系到整个系统的实用性和可靠性。本系统除了使用内外网络隔离技术和验证身份外，在应用程序和数据库中还对用户访问权限进行了分配和限制，同时还设有日志管理和并发控制功能，从而有效解决了信息泄漏和进程阻塞问题，保证了系统的稳定运行。
5 结论及应用效果
该系统于2006年1月正式投入使用，目前已申报、审批项目400余项。实现了系统的稳定性、安全性、易操作性与处理能力的统一并运行稳定，达到原设计目标。它的多级用户权限管理、分布式实时查询等特点进一步增强了系统的通用性和可操作性。通过使用该系统，实现了科技项目管理人员网上管理数据的功能，保证了数据的一致性，并完全取代了以往的手工操作方式，减少了重复劳动。同时，通过专家在线打分系统，缩短了专家评阅项目的时间，提高了审批工作的效率，使科技项目管理工作迈入了一个新的台阶。
参考文献
[1]江苏发改委项目网上申报审批系统.中国信息界.2006.17.
篇4
Abstract: For a long time, we have been concerned about the application of information technology in large-scale enterprise groups. Requirement and analysis are the first step in information technology, and are also the cornerstone of project construction. To ensure the success of a project, we must strengthen the requirement and analysis. In specific operations, we can use some advanced analytical methods and tools. This paper analyzes and interprets the steps and methods of the implementation of requirement analysis process (research, collation, analysis and management) in a Management of Information System of large-scale enterprise groups. And the entire requirements development process is divided into three phases. For every aspect and every phase, we will discuss the method of requirements analysis and the usage of tools, and describe the result of each method and tool, and share some of my own experiences.
关键词：需求；分析；方法；工具
Key words: requirement；analysis；method；tool
中图分类号：F272 文献标识码：A文章编号：1006-4311（2011）16-0117-02
作者简介：邹黎（1976-），男，湖南常德人，硕士，工程师，研究方向为计算机。
0 引言
长期以来，大家一直关注大型集团企业信息化的实际应用。由于大型集团的组织机构庞大，部门众多，客户很难准确地把系统需求传达给开发方；由于各级单位工作业务特点和管理上的局限，开发方也很难准确获取用户真实的应用需求。需求信息的不对称和需求描述的错位，容易引起信息化系统设计的缺陷，最终导致系统应用不理想甚至系统失败。所以说，需求调研和分析是信息化建设的第一步，是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80％是由于需求分析的不明确而造成的，因此一个项目成功的关键因素之一，就是对需求分析的把握程度。为了保证项目的成功，必须加强需求调研和分析工作，在具体的操作上可以选用一些先进的分析方法和工具。
1 需求调研与分析工作的组成
需求调研、分析的主要工作包括需求开发和需求管理。需求开发的内容又分为管理需求、服务需求、市场需求、业务需求、环境需求和系统需求。加强需求管理，选用高效能的分析方法与工具，对软件开发过程的影响是深远的，可以使软件更加正确地反映现实需求，更加具有可用性、可扩展性和可维护性，从而降低了软件项目的风险，提高了工作质量和效率。具体内容如图1所示。
2 需求调研与分析工作的方法
需求工作涉及三个问题。一是如何确定需求范围；二是如何进行需求分析；三是如何进行需求管理。集团企业特点是下属机构和业务部门分布各地，业务相对独立而且都有各自特点。鉴于以往的项目实施经验，我们的需求分析工作方法是把整个需求分析过程分为“三个阶段”（称为“三步法”）：
2.1 第一阶段：目标调研――确定项目目标和项目范围 项目的目标和范围的确定对整个项目的走向与项目的实现和成功有着至关重要的意义。在项目过程中，经常会发生客户无限度地提出需求，致使项目范围不断变更，项目范围包括网络范围、用户范围、业务范围和服务（培训、运维等）需求。这一阶段的具体工作方法是和用户方的领导层、业务和技术部门的主管人员进行沟通，方式可以是访谈式沟通并发放调研问卷，主要目的是从宏观上把握用户的具体需求方向和趋势，了解企业目前信息管理的基本情况；建立起良好的沟通渠道和方式，针对具体的职能部门以及各级单位，最好能确定本次项目的接口人；确定项目范围,找到关键域，明确关键流程和关键点，这对需求调研至关重要，必要时可以召开研讨会并邀请专家或咨询顾问介入。
调研的方式一般是面谈，由于集团式企业部门众多，涉及部门往往比较分散，有时还处于不同的地区，也可以利用集成现有的通信工具，如：电子邮件、电话、即时消息等。例如我们在做某集团公司公共交通信息管理的项目时，采用公司自己集成开发的企业即时沟通协调平台，该平台使企业沟通协作的方式变得更加便捷。电子邮件、门户网站、手机、电话、传真、即时消息和视频会议均已成为项目组调研常用的沟通方式，还可以方便进行远程技术和业务讨论等活动，而且不再受到时间和地点的限制。以前需要参会人员通过飞机、火车、汽车参加相关会议的数量将大为减少，从而能够节省大量的调研成本，提高了调研的工作效率。
2.2 第二阶段：需求调研――进行市场、企业现状、环境需求、业务需求等方面的调研，获取客户需求 市场调研主要是对同类产品及需要集成合作产品的应用范围及功能特点、同类产品实现的业务进行调研。通过对这些产品的分析，在设计系统的时候吸取同类产品的优点，解决同类产品中存在的不足。通过对企业现状和环境需求的调研可以了解具体用户方的硬件环境、软件环境、现有的运行系统以及未来系统的运行环境，可以使客户以及项目开发人员了解到系统在网络、硬件和软件环境上是否有影响到需求实现的限制，以确定进行哪些改造升级，避免日后客户抛弃网络现状而对系统的性能需求提出无限的要求。进行业务需求调研时要确认用户组成和范围边界、用户的职责和权限、确定业务流程、形成业务管理规范。
由于集团企业下属部门众多而且分布各地，业务需求有一些差异，业务领域一般比较复杂，成立专家调研组有时是必须的。一般专家组由三类人员组成：技术专家、业务专家和管理者。在邀请专家时要尽量能够代表各个地区、部门、组织机构以及各个业务技术领域，这样既可以帮助我们短期内熟悉相关业务，也便于收集和统一来自各个方面的需求。
调研工作一般可以按照从点到面、宏观到微观的方法进行。对于组织机构庞大的集团企业，可以先选择一个业务典型全面的试点单位进行调研，然后分几个批次逐步扩展到全部单位；首先调研大的业务分类，然后是每类业务的组成，最后是具体的业务环节。在业务流程调研过程中，应按照每一细分的业务分类，将岗位职责中的工作步骤衔接起来，形成完整的业务流程；在具体每一项业务调研时，使对应的职责更加清晰，要迅速发现业务调研中不明确的职责和工作步骤；业务信息的调研与业务流程调研不可分割，在每一步业务流程调研的同时都会涉及到对业务信息的处理；要找准需求提炼的关键点，这是考验需求调研人员的重要方面。优秀的需求调研人员不仅能认识问题之所在，还能藉此获取足够多的知识，最后成为问题领域的专家。
在需求调研时利用原有系统并结合一些工具会达到事半功倍的效果。例如我们在做某集团公共交通需求调研时了解到该集团之前没有开发统一的公共交通管理系统。大多数单位和部门根据自己的业务情况，开发了车辆HSE安全系统、设备管理系统、调度派车系统、经营管理系统，GPS监控系统等几个分散独立的系统多个部门分别管理，在功能上大体上能基本满足客户的需求，并且在两年多的运行中也积累了不少经验。因此，为了少走弯路，我们决定首先要分析各个系统，从中获得一些有益的参考，最终形成一个比较完整的、明确的系统业务功能结构。这个过程中，可以采用一些主流的工程分析工具，来分析数据库结构，如Microsoft Visual Studio 提供的一些工具就可以实现对程序类关系和数据库表关系的分析。采用这些工具的好处是：原系统是几个分散的系统，数据库模式多，数据量很大，仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成，而且原有系统未能提供一套正确完整有效的设计文档，于是我们只能依靠工具辅助来进行。通过使用这些工具，我们对原系统的结构有了一定的了解，理解了各业务的主要数据项，再结合对原系统的使用，基本明确了功能与流程的需求，并在此基础上产生了初步需求的自然语言文档。
2.3 第三阶段：需求细化――利用原型与客户更深入交流，通过交流细化和确定需求 这一阶段是在已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的页面原型。同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等问题，及时地提出改进意见和方法，通过交流修改相应的需求，最终形成《需求规格说明书》。
同样在上述某集团公共交通系统的需求分析过程中，为了使用户能充分地理解我们的表示方法，能够真正明白我们所描述的内容，我们选用了原型设计工具――Microsoft Office Visio。 这种工具能帮助网站需求设计者，快捷而简便的创建基于目录组织的原型文档、功能说明、交互界面以及带注释的框架，以提供演示与开发。通过使用这种工具我们可以很方便的生成大量带有批注的说明以及流程图、架构图的页面。将自己的产品原型完整而准确的表述给用户，尽量做到图文并茂，并将大的流程分解为小流程，与客户反复交流与沟通，并随时更改直至最终确认。通过这种方式，我们可以更好地和用户交流具体的业务流程，让用户了解系统的运作方式，发现我们与用户的理解不一致的地方，最终达到双方理解一致的目的。由于系统中集团企业用户和部门较多，我们对所有的用户反馈意见都要进行分析和沟通，并事先制定需求接受准则，对于相互冲突的反馈，由专家组讨论决定处理。
3 需求的管理
在实际需求分析过程中，要对客户需求进行分析，充分记录需求的变化及需求之间的依赖关系，归纳形成原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统业务流程的设计目标。通过使用一些需求管理工具，需求管理这个老大难的问题就会变得不再那么棘手了，项目的质量也会得到相应的提高。
在上述某集团公共交通系统的需求分析过程中，我们选用了Microsoft公司的Team Foundation Server作为我们的需求管理工具，该工具通过与Microsoft Office和Microsoft Visual Studio的高级集成方式，提供数据库、开发环境和各种Office文件的实时同步能力，为需求的定义、组织、集成和分析提供方便。它支持需求属性周详的制定和过滤，以最大化各个需求的信息价值；提供了周详的可跟踪性视图，通过这些视图能显示需求间的父子关系，及需求之间的相互影响关系；通过导出的XML格式的项目基线，能比较项目间的差异。
通过这些需求管理工具，可以帮助我们对需求进行全面的管理，包括记录需求的变化情况，需求之间的依赖关系等。我们根据自己的理解并写出基本需求后，交由客户做适当补充，并对各个需求进行分类，设定优先级等。这些工作完成后，就可以从数据库中直观地了解客户到现在为止提出了哪些需求，哪些需求是必须优先考虑的，哪些是难度较大的等。事实证明，这种需求分析的方法是很有效的，如曾经有客户在两个不同的时间对同一个需求提了相反的描述，我们根据历史记录很快证实了该客户的提法有错误，在事实面前无需再作争论；同时我们还发现了一些需求相互之间有矛盾。经过这一阶段工作，我们终于获得了经过用户认可的需求基线，即是可用于下一步进行详细设计的基线需求。
4 结束语
上述某集团公共交通系统项目中，我们使用了通信工具即时沟通协调平台，工程分析工具、原型设计工具和需求管理工具。这些工具的使用，使我们提高了工作效率，项目的质量也得到相应的提高。工具的选择不仅是要看影响力和名气，而是要真正为我所用，应把握其精髓，即此工具到底可以对开发有什么帮助，而不是仅限于如何使用。然而，在软件的需求分析工作中，方法的重要性应远远超过工具的使用。目前国内一些单位已经逐渐重视需求分析和管理，也使用了一些需求分析方法和工具，这是非常可喜的，当然更希望在不久的将来，中国的软件产业能更多地用上国产的需求分析工具，形成中国自己的需求分析方法和理论体系，那时我们的软件产业也许会真正地腾飞了。
特别感谢北京中油瑞飞信息技术有限责任公司综合办公室、项目管理部、软件开发一部各级领导和同事为我完成这篇论文提供了巨大的帮助；感谢我的团队所有成员对我的帮助，使我得以顺利完成论文；最后，再次对指导、帮助我的老师和同事表示衷心地感谢。
参考文献：
[1]虞琦.论软件需求分析方法和工具的选用[J].计算机时代，2002，(11).
[2]王莉，吴洁明.软件项目中的需求变更管理的研究[J].计算机技术与发展，2007，17:119.
[3]李师贤，张珞玲.需求分析的常见问题及其对策分析[J].计算机工程，2002年第28,(1).
篇5
【关键词】 财务管理系统；需求分析；应用价值点
近年来我国集团企业数量增加、企业规模不断扩大，随着集团财务管理与控制要求不断提高，集团企业需要根据自身的管理需求选择集团财务管理信息系统来有效支撑其开展集团财务管控工作。目前，ERP―NC系统是国内应用较多的集团企业财务管理与控制系统，可实现全集团信息集中及实时监控，合理配置资源，实时控制资源的使用并进行有效评价，提升集团管理平台。
一、NC系统特点
一是集成性与优化性。信息集成平台提升大数据量的处理能力，如集团对账、凭证协同、设置复制的集团层集中应用；优化基本档案批量处理算法，如客商、存货、项目档案的批量操作。
二是公有协同性与共享性。门户Portal协同处理能力增强，例：信息交换平台从后台生成的总账凭证如果符合公有协同的条件，则自动从后台发起公有协同，不用再手动触发；改进对共享服务集中应用的支持。
三是稳定性与效率性。信息平台采用数据缓存技术和任务调度技术，针对应用服务器智能集群管理，提供数据库双引擎技术。
四是访问安全控制性。采用自动执行职责互斥稽核，重点授权的检查及监控确保访问安全。
二、集团财务管理应用系统需求分析
文章调研了某上市集团的财务信息化，分析集团企业的应用集成平台、资金管理、往来管理、报表管理、资产管理、计划预算、薪酬管理、供应链管理等NC应用系统，以期对我国集团企业财务管理系统构建做出有益研究。
（一）应用集成平台基础信息需求
集团企业采用集中式财务管理模式，统一集团财会政策和标准，统一设置集团各单位标准会计科目，实现会计信息可比性和财务集中管理。下属单位直接继承和使用集团总部的基础性设置，使建设的财务信息系统具有良好的可靠性、规范性、协调性和一致性。
1.会计科目设置需求
根据集团总部监督管理各单位财务运行状况的需要，建立集团统一的会计科目体系和辅助核算类型，集团建立的会计科目集团各分支机构可以使用，但不能删除修改，各分、子公司可根据业务需求在集团会计科目的基础上增加明细科目和辅助核算类型。
会计科目设置需求分析。集团会计科目设置中的功能可以根据集团管理的需要定义整个集团各模块的基础科目，在定义基础科目时可考虑集团统计分析、预算口径、报表管理的需求，规划完整的科目体系，然后根据需要分配给各分支机构，分支机构可在集团基础科目的基础上增加明细科目和辅助核算类型。
2.客商管理档案需求
集团各公司自行建立和维护客商档案，尚未实现客商编码和名称统一，如“苏州电力公司”是集团各单位客商，档案建立时在各单位可能存在这样的情况：集团总部为：“苏州电力公司”；分公司1为：“苏州电力”；分公司2为：“电力公司”。集团想统计出“苏州电力公司”在各单位的往来汇总数据，则只能在以上三个账套分别查询“苏州电力公司”、“苏州电力”、“电力公司”的往来款项。
客商管理档案需求分析。目前对于整个集团来说，需要在原客商档案的基础上整理出一套符合企业管理要求的客商分类及客商编码原则，便于集团统一管理。NC系统中集团可制定统一的编码规则和客商信息字段，各分子公司按照此标准提交客商信息到集团，由集团统一进行维护，下级单位可以对集团分配的客商档案补充业务信息，但不能删除档案和修改基础信息。
3.规范集团财务管理基础信息的价值点
（1）为集团管理层提供不同深度的决策信息。
（2）财务管理、统计分析、全面预算管理、报表管理的关联应用提供统一的口径。
（二）资金管理
加强集团资金的实时监督与控制，资金集中管理，集中调度，以确保集团总部动态的、及时的了解资金动向，强化信贷管理。
1.资金日报需求
分公司每日将账户资金余额和可用资金录入到资金上报系统中，工作量较大，及时性和准确性都得不到保证，希望能通过凭证直接进行传递。
资金日报需求分析。集团总部的各下属企业，每日都通过开发的资金上报系统向集团本部上报各自的当日资金余额和可用余额两个数据，这两个数据是利用总账系统有关货币资金的会计科目的余额汇总后录入到资金上报系统的，集团总部可以直接利用NC系统的资金日报表随时动态了解各单位的资金状况。
2.资金集中管理需求
分公司内各单位资金共享，对资金的调拨进出有严格的控制，并要求财务总经理、销售经理进行监督管理，希望资金调拨的流程和审批的流程能在系统中管理。要求每月上报销售业绩、服务、利润、下个月资金计划、本月的资金执行情况，对各种资金的运作做可行的分析。
资金集中管理需求分析。（1）实施资金收支两条线和银行账户的集中管理：在集团实现整个集团的开户银行集中管理和资金的集中管理，可在集团建立资金管理结算中心，结算中心在各专业银行开设一个总账户，同时为每个单位设立一个分账户，实施收支两条线；（2）签订存管协议：规定下属单位的银行存款收入账户的资金达到一定数额时，由银行自动上划到结算中心，下属单位需要使用资金而自身的存款不够时，由结算中心下拨，从而使结算中心起到资金池的调节作用，大量节省资金的使用成本。
3.信贷管理需求
集团下属的公司有资金信贷业务，可用NC系统来反映该资金信贷业务从协议签订、生效、变更、质押、利息计算、直至到收回贷款的全过程，同时将相关数据传递到财务系统。
信贷管理需求分析。可利用NC系统资金管理模块下的信贷管理来处理资金信贷业务，企业与外部筹资单位的资金往来是通过“外部贷款合同”来管理的，放款、本金收回、利息的计算与收回都可通过系统来完成。在没有使用报账中心情况下，可采用“信贷管理――总账”结合的模式处理信贷管理业务，采用报账中心系统后，可采用“信贷管理――报账中心――总账”结合的模式处理信贷业务。
4.资金管理的应用价值点
（1）各单位及时将影响资金增减的业务录入到系统，保证集团总部动态的、及时的了解下属各成员单位的账户资金余额和可用资金余额。
（2）集团作为资金的结算中心，可将内部所有成员单位的资金集中管理，集中调度，减少外部资金的借款金额，减少集团的资金使用成本。
（3）采用信贷管理，可将企业的对外贷款以信贷合同的形式明确借贷双方的权利与义务，反映信贷业务的合同签订、质押办理、放款、利息计算、本金和利息的收回等详细情况。
（三）往来管理
集团往来管理包括外部往来管理和内部往来管理。针对外部往来，运用应收应付管理系统；针对内部往来，采用内部协同和集团内部对账模块。应收应付管理系统针对客户收款业务和供应商付款业务，为企业提供客户、供应商及各种内外部往来款项的处理、核销及查询、统计。
1.外部往来管理需求
集团公司更加关注集团外的客户往来情况，对外部的客商应该由集团统一管理。加强应收应付管理的明细和规范，进行账龄分析和自动往来款核销，债权转移支持订单客户的转移。
往来管理需求分析。（1）往来核销：集团根据管理需要统一规划往来核销的科目（一般可制定应收类科目），成员单位根据集团的规定设置核销对象，及时进行自动核销处理，以保证往来账龄的正确性。（2）账龄分析：为保证集团的各成员单位能够按照规定的账龄区间进行账龄分析，集团总部按年、月、日设置不同的账龄方案，供成员单位选择使用。各成员单位可以随时选择不同账龄方案，查询出往来科目对应的每个客户的应收余额及各账龄区间的分布情况。
2.内部往来管理
集团内部成员单位之间经常有因为内部交易、资金划拨等业务产生内部账项，由于业务关联双方处理在时间上可能有差异、科目各自选择使用以及其他原因的误差，造成内部单位的往来对账工作大，查找差错的原因困难。因此，使用内部协同和集团内部对账模块：
（1）内部协同：对于内部业务产生的往来凭证能够从发起方自动协同到接收方，接收方收到的协同凭证的金额是不允许修改的，协同凭证上生成的科目也不允许修改和删除，以此保证内部往来的数据，根据协同定义的规则保持一致，减少对账的工作量。
（2）集团内部对账：需要进行内部核对的会计科目在没有采用协同的情况下，可以采用对账的功能找出内部往来双方的差异，并进一步通过核对明细找出产生差异的原因。
3.往来管理的应用价值点
（1）多角度、多维度的为集团总部和各成员单位提供了与客商之间的往来业务数据；
（2）通过账龄的统计分析，可及时了解每个客户应收账款的账龄分布情况及应收余额，减少坏账风险；
（3）集团内部协同的利用，减少因一项业务在集团内各单位分别手工处理产生的人为差错；通过集团内部对账，可发现集团内部各单位之间因内部往来、内部交易等业务，在各自分别记录时产生的差异及其原因。
（四）报表管理
按照企业会计准则要求，以母公司和子公司单独编制的个别会计报表为基础，抵销企业集团内部交易对个别会计报表的影响，真实反映企业集团的经营成果、财务状况及其变动的会计报表。
1.报表总体需求
根据账务的情况自动出具对外的税务报表；内部报表的报表指标与账务的口径不一致，希望能从账务中提取一部分数据再进行加工，这些数据能及时按照指标进行汇总显示，通过报表的分析从财务数据中发现业务中的问题，以便对业务的经营做出正确决策。现金流量表手工处理工作量大，可由系统自动实现。考虑内部交易的抵销、自动生成合并报表。
报表总体需求分析。将集团的核算单位根据隶属关系建立报表单位结构体系，根据这种单位结构体系，分层次实现报表数据的汇总、查询和采集处理。可根据报表对外和对内报送性质将所有的报表进行分类管理，分为“对外会计报表”和“内部管理报表”两大类。集团总部统一设置对外的会计报表；内部管理报表由各核算单位根据需要自行定义；设置报表审核公式，以保证上报的报表的表内和表间数据勾稽关系正确。
2.合并报表管理
编制合并会计报表的关键是抵销母子公司间的股权投资和内部交易数据，基础工作是在建立集团会计科目时就要考虑合并报表需要，建立合并需要的内部销售收入、内部销售成本、内部往来、股权投资科目等、为编制合并报表时制作抵销凭证和合并工作底稿打下坚实的基础。
3.报表管理的应用价值点
（1）实现对外会计报表和各单位内部管理报表数据的自动生成；
（2）根据股权投资关系和内部交易记录进行内部抵销，自动生成合并报表工作底稿和合并报表。
（五）资产管理
资产管理完成企业或企业集团的资产部门进行固定资产和其他资产（如无形资产、递延资产等）管理。
1.固定资产管理需求
固定资产由手工逐渐到系统中进行统一规范的管理，并直接生成凭证到总账；固定资产能由系统进行管理并自动生成凭证，减少工作量和数据的准确性。
固定资产管理需求分析。建立资产管理的基础信息工作：如规划好整个集团的资产分类，即资产划分类别，类别建多少个层次，每类资产的预计使用年限、使用的折旧方法、净残值率多少；是否将长期待摊、无形资产等资产项目也纳入到固定资产系统进行管理；固定资产是以卡片形式进行管理的，卡片上到底要那些单据项目才能满足管理的需求，需要进行规划；理顺固定资产增加、减少和调拨业务的处理流程。
2.固定资产管理的应用价值点
（1）将企业的资产纳入固定资产系统进行管理；
（2）将集团的固定资产管理政策、折旧政策等通过系统提供的技术手段在成员单位得到贯彻；
（3）资产的增减变动、折旧摊销、资产调拨、减值准备等业务数据可自动传递到总账系统生成相应的记账凭证，从而保证了总账系统与固定资产业务系统数据的一致性和正确性，同时也减少财务人员凭证录入工作量及由此产生的人为差错。
（六）计划预算
1.全面预算管理需求
集团应建立一个预算环境，对于需要进行预算控制的内容在预算管理系统中实现，并在该环境下进行预算的编制、确认、上报、批复、控制和分析。预算由上级部门下发，财务经理每月根据实际情况填写预算的执行统计表。预算的控制中不仅仅能自动根据财务凭证生成预算执行情况，希望能在单据录入时进行预警或控制；预算管理总部在做，进行预算下发的仅仅是经营成果上的预算和分析，由于每月要做4次预算的报表上报，希望预算的报表能自动生成，对于预算超支，可定义进行预算的审批流程；预算方式是滚动预算，每6个月滚动一次，希望预算能做事中的控制；预算上希望能进行弹性预算的管理，比如：希望能向上浮动20%，进行预算的控制，超出部分进行预算的报警。
全面预算管理需求分析。（1）整个全集团各模块的全部预算样表，做成统一的样表格式可使用预算调整和预算合并，根据预算编制体系下发给相应单位；（2）预算编制主体接收到集团下发的预算样表后，根据各单位的业务规模编制自身的预算数据并经本单位的预算主管领导进行确认；（3）根据确认的预算数据上报上级单位；上级单位进行批复处理；下级单位根据批复生效的预算数进行预算控制方案和预警方案的设置或上级单位统一设置预算控制方案和预警方案并下发给下级单位；（4）下属单位在批复的预算范围内进行业务活动，当实际业务的数据超过预算时，由系统进行预算的控制或提示，当确实因业务的需要，执行数据超过预算会影响业务的正常开展时，可以申请调整预算以适应业务的需要；（5）当设定了预算的预警方案时，预算系统会主动将达到预算预警条件的预算执行情况以设定的预警方式呈现给指定的预算管理人员。
2.费用管理需求
企业对费用按照部门核算，并能统计出各种费用明细及汇总报表。对费用的报销业务能够根据设定的流程进行审批操作。如：费用报销审批流程为：部门申请经理审批分管事业经理审批财务批总经理审批
费用管理需求分析。在定义会计科目时，对相应的费用类科目设置成部门辅助核算，日常业务发生时，使用到对应的费用科目，要求指定对应的业务费用发生的部门，同时自动登记费用的部门核算辅助账簿。
3.全面预算管理的应用价值点
（1）通过全面预算管理的应用，为集团建立了一个完整的全面预算管理体系。
（2）通过预算执行情况的分析比较，可鞭策各单位采取措施、想尽办法来增加收入、减少支出、节约资金，利用和配置好企业的各项资源。
（七）项目管理
1.项目管理需求
企业工程项目的统计要求按照项目收入、项目成本进行项目的统计和管理；实行项目管理，分类核算。项目工程核算的工作量大，希望系统能按合同编号，便于核算。
项目管理需求分析。各成员单位在集团建立的项目分类的基础上建立各自的工程项目档案，可建立项目管理档案时输入与该项目档案相关的其他必要信息，如开工日、预计竣工日期、项目负责人、施工单位、监理单位等。财务上对与项目管理档案有关的收入科目和成本、费用科目建立关联关系，当发生与项目有关的收入、成本费用时输入项目档案信息。
2.项目管理应用价值点
（1）将项目信息和会计科目进行关联，可对项目进行多角度的进行分析管理。
（2）可根据项目反映其生命周期内的收入、成本、费用支出及项目的盈亏情况。
（八）薪酬管理
1.薪酬管理需求分析
工资计算方法复杂，希望使用薪酬管理系统来管理人员信息和薪资的计算。利用薪酬管理系统人员信息管理功能，可将集团的人员信息管理规范（如：工号、人员教育程度、人员培训情况、联系方式、调动情况等等）。可方便地计算人员的应付工资和各项工资项目数据，了解员工的工资结构和薪资水平，同时将薪资数据自动传递到财务系统生成总账凭证。
2.薪酬管理应用价值点
（1）建立集团完善的人员信息库，从而为企业员工的规划、提升、培训、考核、定级打好基础；
（2）自动计算和分配各类人员的薪资福利数据，并自动向财务系统传递总账凭证，保证了薪酬管理系统与财务系统数据的一致性、完整性和准确性。
（九）供应链管理
1.采购管理需求
基于供应链的采购管理需考虑如何合理地应用企业内部的资源来提高效率，降低成本。
采购管理需求分析。采购到货进行检验后，由仓库管理人员进行入库的签字确认，采购发票未收到的情况下，财务按合同价进行暂估入库成本的处理，当收到供应商的采购发票后，将采购发票与采购入库单关联，进行采购的结算处理，同时将库存的暂估入库成本调整为采购发票的实际成本。
2.仓储管理需求
存货系统决定企业流动资金周转速度，也是减少存货损失、降低成本的一个重要环节。进行库存日常业务处理，系统能进行存货核算的管理，并能自动生成凭证到财务总账。采购 “整进分出”的模式以及库存管理，进行成本控制；能在库存部分实现数量和金额双重管理，自动进行出库成本（全月或移动平均的成本）库存分析、差异分析等。
仓储管理需求分析。库存管理系统主要根据业务类型管理存货的出入库业务，并随时向需求部门提供各仓库的现存量和可用数量，库存财务则根据管理需要随时计算存货出库的实际成本，并将出库成本数据自动传递至财务系统生成总账凭证；业务和财务人员随时通过存货系统提供的账簿了解存货的收、发、存数量金额数据、存货台账和出入库流水账；
3.销售管理需求
通过销售管理模块形成销售发票，系统自动编制会计凭证，并登录到财务系统的相关账簿，确保企业业务明细账、总账由计算机自动完成，从根本上杜绝了财务与业务部门账账不符、账证不符的问题。
销售管理需求分析。为减少财务人员的二次录入工作量，销售业务应通过销售和应收系统按销售业务的类型进行发货、开票和收款的处理工作，同时将发货出库、开票应收和收款结算的业务数据自动传递到财务系统生成总账凭证；销售系统可按照存货、客户、专营部门和销售员自动生成销售日报。
4.供应链管理的应用价值点
（1）采购、销售以及仓库存货的出入库业务数据均可和财务系统实现无缝的链接；
（2）规范、优化企业采购业务流程，提高采购效率；
（3）帮助企业全面掌握库存信息、压缩库存；
（4）及时准确地描述企业的销售业务，理顺企业的销售流程，减少重复环节。
【参考文献】
篇6
关键词：智能化；项目管理；工作要点；业主方
Abstract: Based on the owner's perspective described on intelligence system construction in the whole life cycle of each phase of project management work points, and points out the various stages of a relationship with each other and continuously improve the process and development.
Key words: intelligent; project management; working point; owner
中图分类号：献标识码： A 文章编号：2095-2104（2012）11-0020-02
引言
智能建筑在中国的建设和发展已经经历了20多年，智能化技术从控制技术、自动化技术发展到目前的信息网络技术、数字化技术；智能化系统集成从控制系统集成、管理系统集成到目前基于网络化的信息集成，智能化技术在我国的应用已经趋于成熟。尽管有些系统产品和技术应用都是成熟的，但是在不同的项目上所实现的效果有很大的不同甚至是千差万别，究其原因就是智能化系统工程建设运作和工程管理的问题。要将智能化系统工程项目建设好，一定要有“系统工程”的概念，即将智能化系统工程实施过程中的规划和设计、招投标、工程实施、运营管理四个阶段紧密地联系在一起，首尾相连、环环相扣、协调一致。前一阶段的工作成果，将是下一阶段工作的依据，因此在任何一个阶段中，由于计划与安排上的考虑欠周或不慎，都将给下一个工作阶段带来障碍和困难，也将给整个智能化系统工程建设在建设目标、技术应用、实现功能、投资成本、系统工程质量工期等方面造成严重的缺憾。
设计阶段项目管理工作要点
设计阶段项目管理工作包括：编制智能化系统总体规划方案；进行智能化系统需求分析；编制智能化系统工程设计任务书；对设计单位提供的智能化系统总体设计和智能化系统工程施工图设计进行审核和评估。
智能化系统总体规划
智能化系统总体规划是智能化系统工程建设的纲领性文件，具有重要的指导性作用。智能化系统总体规划的要点是：智能化系统工程的建设目标、建设内容，智能化系统的组成与功能，智能化系统的技术应用，智能化系统工程的工作流程及要点，智能化系统的工作节点与工期安排等。
智能化系统需求分析
智能化系统需求分析工作要点是：遵循智能建筑设计标准、智能化系统总体规划，并充分结合本项目建成后的物业与设施管理方面的要求，以及智能化系统与本项目业务系统（如：商场、写字楼、住宅小区、展览馆、机场等）建设的个性化实施特点，对智能化系统在系统组成、系统架构、系统集成、技术应用、实现功能以及在建筑节能和绿色环保等方面进行分析、咨询、论证、评估、评审，最终形成智能化系统需求报告。
编制智能化系统工程设计任务书
根据智能化系统总体规划方案，依据智能化系统需求报告，编制智能化系统工程设计任务书。设计任务书的内容包括：确定智能化系统工程设计目标、设计范围、设计标准、设计深度及成果要求；提出智能化系统集成和各应用系统在技术应用、实现功能、系统设备选型、系统工程预算控制等方面的要求。
智能化系统工程设计成果审查与评估
智能化系统设计成果包括总体设计和施工图设计。总体设计重点是智能化集成系统和各应用系统的设计。其成果包括：智能化系统总体设计编制说明，智能化系统总体结构图，系统总体实现功能框图，智能化各应用系统结构和实现功能框图，智能化系统机房设计大样图以及智能化各应用系统工程概算表。施工图设计的成果包括：智能他系统施工图设计编制说明，智能化系统综合管线路由图，智能化各应用系统分楼层预埋管线平面图（包括监控点及信息点位置），智能化各应用系统设备连接系统图，智能化系统机房及弱电间设备布置图，智能化各应用系统监控及信息点一览表，智能化各应用系统设备配置数量与工程量清单，智能化各应用系统主要设备技术与规格要求一览表，智能化系统集成（含与机电设备）通讯接口标准配置一览表，智能化各应用系统及工程造价预算一览表。
根据设计单位提交的总体设计和施工图设计成果进行审核。总体设计审核的重点是智能化系统总体结构图、集成系统结构图、网络结构图、软件结构图、数据库结构图、系统安全体系结构图、集成系统功能结构图、集成系统与第三方系统通讯接口设计等。施工图设计审核的重点是：智能化各应用系统设备连接系统图、智能化各应用系统施工平面图、系统监控及信息点一览表、系统设备配置数量及工程量清单等。施工图设计审查的要点是：设计任务书、图纸、点表、工程量的“四统一”。应避免所提交的设计成果存在诸如设计缺项、设计图纸不规范、监控与信息点统计不准确、系统设备配置数量与工程量清单不完整等问题。确保上述四项设计成果间的统一是系统工程招投标和系统工程施工的重要保证。也可组织设计专家、系统集成专家、电子工程专家组成专家组，对智能化系统工程施工图设计成果进行评审。
招投标阶段项目管理工作要点
智能化系统工程招投标阶段工作的要点是：编制智能化系统工程招投标工作预案，进行智能化系统工程招投标模式的分析；编制智能化系统工程招投标文件；对投标文件进行评标；签定合同商务与技术条款。
编制招投标工作预案
预案的主要内容包括：招投标范围与模式、招投标进度安排、招投标工作流程、招投标文件编制要求和分工、投标文件评审规则和量化标准。通过招投标工作预案编制与确认，可避免在智能化系统招投标过程中的随意性和不规范性操作。
编制招标文件
以智能化系统施工图设计文件及图纸为依据，编制智能化系统招标技术规格书、工程量计算及报价估算。招标技术规格书的内容包括：项目简介、系统总体要求、系统技术应用要求、系统实现功能要求、各应用系统监控点及信息点一览表、系统设备配置数量与工程量清单、系统主要设备技术性能和技术指标要求、系统主要设备安装工艺要求、施工图深化设计要求、投标技术方案编制要求、投标演示系统要求（如有必要）。可组织相关专业专家对技术规格书进行评审，听取专家的意见和建议后修改、确认。
投标资格预审
根据国家招投标法规和有关规定，确定智能化系统工程总承包和各应用系统设备供应投标资格预审程序及工作流程，编制相关投标资格预审文件。投标资格预审文件包括：资质审查及项目考察要求，资格预审评审细则及量化评分表，投标项目考察预案和评估细则及量化评估表。
类似项目考察
项目考察包括工程承包商的工程项目考察，也包括对系统和设备供应商的产品应用项目的考察。考察内容包括：智能化系统组成和实现功能、系统设备选型和工程实施过程的文件和资料、系统运营管理的情况和用户的意见、建议。在考察结束后，应根据考察的相关内容，按量化评估标准进行总结和定量评审，并向决策层提供项目考察评估报告。
智能化系统工程总承包招投标
根据国家招投标法和有关规定，首先确定智能化系统工程总承包招投标程序及工作流程。智能化系统工程总承包内容包括：智能化系统工程施工图深化设计（含智能化各应用系统）、工程实施管理、智能化系统集成、智能化系统工程施工。然后编制智能化系统工程总承包招投标文件。招标文件包括：招标商务条款、招标技术规格书、招标文件条款响应评审细则及量化评分表。
智能化系统设备供应招投标
根据国家招投标法和有关规定，首先确定智能化各应用系统设备供应招投标程序及工作流程，确定智能化各应用系统设备供应内容，包括系统设备配置报价及供应、系统设备调试、系统设备售后服务及维修保养。然后编制智能化各应用系统设备供应招投标文件。招标文件包括：商务条款、技术规格书、招标文件条款响应评审细则及量化评分表。
对预中标投标商技术和报价合理性的审查及评估
组织相关专业技术人员，对预中标投标单位所提供的投标技术方案和报价进行技术与功能响应及对设备配置与报价合理性进行审核和评估。也可向专业顾问进行咨询，并提供评估意见。业主可参考相关审核和评估意见，作为最终确定中标商的决策依据。
商务及技术谈判与签订合约
确定商务及技术谈判的原则，确定合同商务条款和技术条款，以及技术附件的内容。商务谈判的重点是：工程实施组织人员及工期安排、项目经理人选、系统设备配置及报价确认。技术谈判的重点是：确定系统技术设计、设备交验、系统验收、系统技术应用和实现功能保证等相关条款，并确定技术附件的内容：招标技术规格书、系统设计方案、系统及设备交验程序及验收标准、系统质保期维修保养工作程序及规范等。
工程施工阶段项目管理工作要点
智能化系统工程实施阶段工作的重点是：审查智能化系统工程承包商施工组织方案，审核智能化系统工程施工图深化设计文件及图纸，组织专业技术协调会对承包商智能化系统工程项目过程管理进行阶段性评估，编制系统工程验收大纲，审查系统工程竣工文件，参与智能化系统工程验收工作。
审查承包商施工组织设计
智能化系统工程施工组织方案应体现该阶段主要工作内容、实施步骤与进度、检查与验收、方法与措施等。系统工程施工组织计划方案编写的内容应包插：系统工程项目管理方案、系统工程施工图深化设计方案、系统集成实施方案、工程施工人员组织方案、系统工程验收方案等内容。
审核智能化系统工程施工图深化设计
审核智能化系统工程施工图深化设计工作的要点是：根据招标时所提供的智能化系统工程施工图设计以及智能化系统工程施工图深化设计任务书的要求，审核智能化系统工程施工图深化设计；根据“深化设计任务书”对智能化信息及系统集成和各应用系统产品选型的要求，审核“智能化系统深化设计方案”，并根据“智能化系统深化设计方案”，审核智能化各应用系统预埋管线图、设备安装监控及信息点位图；审核智能化系统集成与各应用系统间通讯与数据接口规范标准；审核智能化各应用系统主要设备安装工艺图；审核智能化机房及弱电间设备布置工艺图；审核智能化各应用系统设备配置清单及系统设备到货验收方法，审核智能化各应用系统验收规范等。
智能化系统施工图深化设计应在招标时提供的施工图设计的基础上，在施工图深化设计任务书的要求下进行，不可脱离上述要求，增加系统工程造价。
智能化系统工程项目过程管理评估
定期组织“智能化系统工程专题技术协调会”，对智能化系统工程承包商项目管理能力和现状进行评估，通常由业主（项目管理单位）、项目监理方、系统工程承包商、智能化各应用系统设备供应商参加。项目管理评估的内容包括：工程进度、系统集成、工程阶段性检查与验收、对出现的专题技术问题进行协调和提供解决方案。在“智能化系统工程专题技术协调会”后提供本次“专题技术协调会”的评估报告。
智能化系统设备到货验收
应确定智能化系统设备到货验收的程序和验收标准及方法。设备到货的常规验收包括：设备产地证明、国家产品质量检测证书（消防及安防系统产品）、设备工厂测试报告、应用软件工厂调试及测试报告、核对到货设备规格型号与合同的一致性、产品技术说明书、设备安装及调试说明等。
编制智能化系统验收大纲
《智能化系统工程验收大纲》编制的主要内容包括：确定验收文件内容、验收标准、验收内容、验收方法。验收的重点是：验收文件的审查，系统技术应用的检查与测试，系统软件功能的检查与测试．系统实现功能的检查与测试。系统验收通常采用“智能化系统技术与功能验收一览表”进行。
智能化系统工程竣工资料交接
竣工资料移交重点是：审核由系统工程承包商及智能化各应用系统设备供应商所提供的系统竣工文件和竣工图纸，审核所提供竣工文件和图纸的完整性和正确性。
系统运营管理阶段项目管理工作要点
智能化系统工程建设的经验表明，建成的许多智能建筑中耗费了大量的人力、物力和财力建立起来的技术先进的智能化系统并未达到预期的使用效果。总结其原因主要是对系统的功能不甚了解，没掌握正确的操作方法，对系统的维护保养知之甚少。由于系统缺乏维修保养，系统在运行一段时间以后就由“自动”改为“手动”，甚至导致系统无法正常运行。出现这种局面，究其原因，除了系统界面非人性化、操作复杂、用户使用不方便等以外，主要的原因还是对用户技术培训工作没有做好。
智能化系统运营管理阶段的工作重点是：通过物业管理公司，制订系统运营管理规范、系统操作培训规范、系统维修保养规范，以及智能化系统工程后评估（如有必要）、系统技术提升和功能扩展的预案。
结束语
总之，智能化系统工程建设全生命周期中各个环节和阶段，是一个互相具有内在联系并持续不断完善和发展的过程。智能化系统应是一个能随着科技进步和需求变化而与之适应的系统，是一个智能化水平不断提升，系统软硬件不断改进和升级换代，系统功能不断增加和扩展的系统工程。现代的智能化系统应具有在使用中可持续性的完善、改进、提高的能力，只有通过这种具有生命力的能力，才能使得智能化系统在安全、舒适、便捷、高效、节能、环保等使用效果上不断完善地体现出来。
参考文献
[1] 李良红《智能建筑工程施工监理实用手册》中国电力出版社2005.7
篇7
关键词：图书借阅；软件工程；网络框架
图书馆是传统获取信息资源的主要来源地，但随着信息化时代的到来，当今社会出现了“信息爆炸”现象，Internet上的信息量与日俱增，数量众多的信息资源给我们便捷的获取资料方式，传统人工手动管理下的图书馆面临形式较为严峻，传统人工手动管理方式存在诸如图书利用率不高、资料保密性差等许多缺点，对于长时间运行之后产生大量数据资料的查找、更新和维护也是一个较为困难的管理问题[1]。以网络为中心的计算机技术、通信技术、信息存储技术的相互渗透、连接，已形成全方位的信息服务网络。用户对信息的需求不再只对单一的载体所含的信息感兴趣，他们对信息的需求往往需要通过不同的途径来得到满足。用户关心的不再是获取信息的过程，而是对其获取的结果感兴趣，他们往往要求图书馆能够围绕他们关心的信息提供一系列信息资料，用户对图书馆的评价，取决于图书馆能否提供他们所需的全方位信息。信息资源分布的分散性和信息技术利用的分离状态使图书馆的作用凸现，而集成化图书馆服务可以按个性和客观需求，在网络环境下集中获取所需信息。服务要求集成化表现在以下两个方面：一是提供服务的网络化信息资源的全面、丰富性；二是能满足信息用户对信息类型和信息媒体多样化的需求，如提供包括文字型、数据型、图像视频型、音频型、软件型等各种数据库等。
为了减轻图书管理员的工作量，为用户提供一个快捷、准确的使用环境，实现对所有图书进行准确、轻松的管理，本文根据软件工程的思想，设计一套新型的图书信息化管理系统软件，使用信息化技术图书馆的图书资料信息进行分类管理，实现快速查找、大存储量、高可靠性、高保密性、长寿命等功能，极大地提高图书资料管理的效率[2-3]。
1 软件工程
1.1 软件工程简介
软件工程属于工程类的学科，主要侧重于实践应用，即是将软件工程理论和知识应用于实际的软件设计开发中。软件工程的主要目的是设计出高质量的软件系统，它借鉴了数学建模、计算机科学、管理科学和传统工程科学等多个学科的知识，利用工程科学设计范型、评估成本、权衡风险，应用数学建模和计算机科学构造软件系统的模型及算法，使用管理科学制定计划、分配资源、管理质量、控制成本。
1.2 软件工程的组成
一般来说，软件工程分为三大部分，即软件工程包含下列三大过程[5]：
1）项目开发过程，是指系统开发人员设计并开发软件的过程，主要包括客户需求分析、软件系统设计、编码、系统测试等几大内容，类比于传统机械加工中产品在车间的生产过程；
2）项目管理过程，是指项目负责人或产品经理在开发过程初期对软件开发过程的规划，并在开发过程中控制开发进度的过程，类比于传统机械加工中对车间加工过程的管理过程；
3）项目改进过程，即是对上述项目开发过程和项目管理过程的管理和改进，包括对开发过程和项目管理过程的定义与改进，保证高质量产品的生产过程。
可以说，软件工程包含的三大过程构成了一个系统工程，成为软件行业的必备基础。但在现今的软件项目中，项目开发过程往往受到大家更多的关注，而项目管理过程和项目改进过程经常得到忽视，根据实践经验，其实后面两个过程十分重要，在某些时候其重要性甚至超过项目开发过程。随着市场需求的变化，对软件产品的要求也不断发展，软件规模越来越庞大，软件开发也会逐步由个人作坊式开发向工厂流水线化变化，整个软件项目的开发过程也逐渐向传统的机械加工行业的生成过程进化，产品内容、产品质量、生产时间、生产成本等都成为项目管理的工作内容，软件工程逐步向规范化、工程化、工艺化、机械化发展。
1.3 软件工程的开发方法
1.3.1 结构化开发方法
结构化开发方法由Yourdon和Constantine提出，也被称为面向数据流的开发方法。结构化开发方法是80年代使用最广泛的软件开发方法，它首先用对软件的需求利用结构化分析法进行需求分析，然后利用结构化设计方法对整个软件进行总体设计，最后利用结构化编程方法实现系统。它给出的变换型和事务型两类典型的软件结构，使得软件开发的成功率大大提高。
1.3.2 面向数据结构开发方法
面向数据结构的开发方法是把问题分解为可由三种基本结构形式表示的各部分的层次结构，最典型的代表即Jackson方法。三种基本的结构形式包括顺序、选择和重复，这三种基本数据结构可以进行任意组合，最终形成各种形式的复杂结构体系。该方法从系统的输入、输出数据结构入手，得到整个程序框架结构，再补充细节，最终得到完整的程序结构图。该方法对输入、输出数据结构明确的中小型系统特别有效。
1.3.3 面向对象开发方法
面向对象和分布式、并行组成了当前计算机业界最流行术语，面向对象开发方法位于当今计算机业主导地位。面向对象技术是一次软件开发技术的革命，在软件开发史上具有里程碑的意义。该方法包括面向对象编程、面向对象设计和面向对象分析三个步骤，采用了自底向上归纳与自顶向下分解的相结合方法，以对象为开发基础，不仅考虑了输入、输出数据结构，同时也包含了所有对象的数据结构。该方法通过对象模型的建立，实现基于用户的需求，同时大大改善系统的可维护性。
2 图书管理系统的分析与设计
2.1 系统管理需求
系统需求分析是系统开发的基础，它将客户的需求抽象为模型，为软件系统的开发打下基础。本文中需要实现图书馆管理系统主要针面对普通读者借阅和管理员管理两部分：
1）普通读者：可以登录系统时不需要输入用户名和密码，可直接查阅图书信息，也可以通过书名、作者、出版社、ISBN编号等多个选项进行查询，了解所需借阅图书的在库情况，但普通读者无权修改库中的数据信息。
2）管理员：登陆时需要输入管理员密码，以此保证图书管理系统的安全，管理员拥有对图书信息库数据库进行操作的权限，系统应该为管理员提供了较完善的数据库维护功能，可以是管理员方便的进行图书管理，包括新书入库、图书借还、修改图书信息、图书信息管理等。通过这些功能，管理员可以对图书馆中所有图书以及图书借阅情况进行统一管理。
另外，为了保证整个系统的安全保密性，系统还为管理员提供了修改密码的权利，这样是的整个系统的安全保密性得到提高。
2.2 系统模块设计
本系统主要实现对图书信息及其借阅情况的管理，根据上述系统管理需求进行分析，本系统大体分为以下几个模块：登陆模块、管理模块、维护模块和设置模块。系统功能模块图如图1所示。
2.3 系统数据库设计
本系统采用微软公司的.NET开发，开发语言选择C#。C#是集合了JAVA、VB等多种高级编程语言的优点的完全面向对象的编程语言。C#语法优雅，代码较健壮，结合Visual Studio集成开发环境，使得调试过程较为简单。
.NET平台包含了微软最新的数据库技术――LINQ（Language Integrated Query）。LINQ是一组技术的总称，使用LINQ的查询语法，可以让开发者便捷的对数据源执行复杂的操作，和传统的SQL语句相比，LINQ查询语法在语义或性能上没有区别，但比用SQL语句编写的等效表达式更易读。
从安全保密性角度考虑，远程数据库比本地数据库更能够保证数据的安全，且便于集中管理，存储的数据也较多。本系统设计为三层构架，客户端通过服务器的WebService服务访问数据库，不与数据库直接通讯，服务器提供WebService服务作为数据交换中心，提供数据的存储、查询、维护等功能接口。采用三层构架的设计可以保证访问数据库过程的安全性，所有访问数据库的代码都运行在服务器端，客户端只是通过服务器端的程序访问数据，使得客户端无法对数据库进行非法操作。
整个系统的数据库结构如图2所示。
2.4 系统流程设计
我们主要用数据流程图来表述系统数据的处理模式。
3 结论
本系统利用信息化技术，将传统图书馆手工管理方式利用软件实现，将各种图书管理操作集为一体，减轻了图书馆管理人员的工作量，有效的提高了工作效率，增强了管理工作的安全保密性，并利用软件工程的思想，在分析需求的基础上，设计了功能模块，并利用微软最新的LINQ技术设计系统数据库。本系统为图书馆实现现代化的管理奠定了一定的基础。
[参考文献]
[1]杨娟.计算机图书管理系统[J].煤炭技术，2010：244-246.
[2]彭晓庆.科技查新档案管理系统的分析与设计[J].上海高校图书情报工作研究，2008.
[3]浅谈图书管理系统应用[J].金色年，2010：200-201.
[4]韩万江，姜立新.系统工程与软件工程[J].计算机应用，2010，30（6）：212-214.
篇8
关键词：数据流图概念模型物理模型合同管理系统
一、系统需求分析
合同管理软件一般包括合同起草、合同审批、文本管理、履约监督、结算安排、智能提醒合同收付款、项目管理、合同结款情况统计分析、报表输出和决策支持等功能模块。针对某企业对合同管理的具体需求，将本系统的主要功能归纳如下：
1.基础设置模块：包括合同类型、合同性质、合同分组的设置、审批流的设置和用户管理等几部分，实现对合同文件的基础信息的设置和管理。
2.管理模块：包括对待审批的合同的添加和已审批的合同的归档管理。
3.审批模块：实现对合同的审批操作。
4.查询模块：实现对合同的审批情况和归档情况以及付款、实施情况进行综合查询。
5.审核模块：实现部门负责人对合同进行审核。
二、数据库设计
1.数据流图。数据流图主要是用来说明数据流的一个流向，是数据在系统内的传输途径，数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的变换过程。数据流图的基本元素包括数据流、加工、数据存取文件、输入数据的源点和输出数据的汇点4类。
根据系统初步需求，管理人员、经办人、部门负责人、财务部、主管领导等都会产生数据，通过使用本系统得到所需的查询统计结果。因此管理人员、经办人、部门负责人、财务部、主管领导等是数据输入的源点和数据输出的汇点。系统中需要存储各类用户信息、合同基本信息等，因此用户信息、合同基本信息等是数据存储文件，根据以上分析结果，合同管理系统的数据流图如图1。
2.数据字典。
三、基于PowerDesigner 得出物理数据模型
PowerDesigner是Sybase公司著名的产品，是DBA和软件架构师设计的利器，它提供了一个完整的建模解决方案。用PowerDesigner数据建模是一种很好的软件工程实践，它能够帮助设计人员在正式编写程序代码之前规划数据需求，不仅加速了开发的过程，也向最终用户提供了管理和访问项目信息的一个有效结构。
CDM（ConceptualDataModel）概念数据模型是传统数据库分析工具E-R图的取代建模工具，广泛应用于企业级开发中。物理数据模型PDM（Physical Data Model）是根据以上概念数据模型生成的，它指定了具体DBMS的实现方式，通过它构建的数据库能充分发挥每种DBMS自身的特性。这里将指定MS SQL Server 2005为目标数据库。
在PowerDesigner中，根据概念模型CDM生成物理模型PDM。在菜单栏中“工具—创建物理数据模型”，DBMS更改为：Microsoft SQL 2005。得到PDM如图2所示：
四、生成数据库中的数据表
PowerDesigner可根据所选的数据库模型生成SQL命令或直接修改数据库模式，它适合于多种不同的数据库类型， 例如MySQL 、 Oracle 、 DB2 、 SQLServer 、 Sybase等。运用PowerDesigner可以直接在数据库中建立数据表、触发器、规则等，还可以利用建模工具通过ODBC直接完成对数据库的建立与修改，数据库改动还允许以增量方式进行（例如，Alter命令或创建命令，以及对特定表的更新命令），这对建立数据库及维护数据库都带来了极大的方便。
1.基于PowerDesigner得出测试数据生成脚本。根据物理模型PDM生成脚本，在菜单栏“数据库—生成数据库”，即可得到所需的.sql文件。
2.在SQL Server2005中执行脚本形成数据库中的数据表。在SQL Server2005中导入脚本文件生成数据表中的数据。
五、结束语
使用PowerDesigner这个数据库建模软件，学习简单、使用方便、设计过程思路清晰、准确率高。这种从用户的需求分析到数据库中生成数据表，可利用现在流行的开发软件进行编写系统，是一个很科学和简单的过程，从而使编写的系统更加符合科学的理念和用户的需求。
参考文献：
[1]黄俊南，李小丽，蒋绵绵.运用建模技术对制造业售后管理信息系统架构的设计与实现.计算机与现代化，2012
篇9
[关键词] 高速公路；计划统计；信息化
[中图分类号] F272.7 [文献标识码] A [文章编号] 1673 - 0194（2013）04- 0052- 01
随着我国的经济飞速发展，我国交通事业整体也在迅速的发展当中。交通事业不断的发展使得交通建设行业的需求不断增长，整体交通建设行业的规模与投入不断扩大。对于交通建设行业的管理工作来说，计划统计工作是非常重要的。随着交通建设行业整体规模和投入的加大，计划统计工作也遇到很大的挑战。在现代科学技术飞速发展的条件下，如何利用先进的计算机信息化技术实现对计划统计系统的信息化、网络化是当前相关产业部门研究的重点问题。
1 统计网络信息化系统的建设
1.1 建立统计网络信息化系统的意义和目的
在高速公路的建设管理中，要对项目整体的计划与其进展相应情况进行比对，采取相应的措施对建设过程进行控制。在比对过程中，需要对整体资金、工期、质量要求等各方面进行比对，在信息采集量上非常庞大，同时对于数据的准确性、及时性也有很高的要求。
在计划统计网络信息化建设的工作中，要对于整个信息化系统建立一个统一的数据库，在整个系统中，保证数据的整体性和一致性。在网络结构的设计上，要以相关管理部门为中心，与各建设单位组成广域网络，使得可以全网通信和信息共享。在数据输入输出上，要组织专门人员进行管理，并且对相关项目管理人提供信息查询，保证对工程情况的掌握和下发相关决策。
1.2 需求分析
需求分析对于整体系统设计有着重要的意义，在整体系统中，管理部门负责制定决策、下达计划、审批、调度等工作，相关项目公司和工程人员负责执行、上报计划、反馈信息等工作。系统整体需要制订合理的信息传递流程，使信息具体的传达下去，提高信息上传效率，通过数据库对整体系统的信息进行管理，利用科学的手段合理进行计划统计工作。在系统中，对于各个部门的管理进行权限分配，严格控制计划统计工作的数据采集工作，提高数据的准确性和及时性。
1.3 系统设计
在整体系统的结构设计上，要制订相应的信息流程，对系统需求进行分解，建立合理的信息渠道。对管理项目中的实体进行建立，如管理局、项目公司、工程单位等建立信息节点，根据相关部门的职能确定信息相关操作。建立统一的数据库，存放整个项目数据，包括建筑项目信息、工程进度信息、相关清单信息、分段工程信息、计划进度信息等。在对于相关数据查询和更改上，要建立职能的查询更改系统，根据工程中分工分配权限，保证数据的安全性和采集质量。在系统中，建立电子地图系统，通过直观的可视化的电子地图，将数据反映出来，便于对工程具体情况的管理和掌握，便于分析具体情况，安排和调整施工计划。
1.4 功能设计
在系统的功能设计上，要建立多个相关功能，满足计划统计工作的开展。建立审批管理功能，通过信息化系统对业务进行审批、计划进度上报、考核等工作。建立查询统计功能，随时对数据库中数据进行查询和统计，保证日常工作的进行。建立监督功能，对目标进行相关考核，通过数据计算监督工程情况。建立辅助决策功能，通过系统对数据的分析，形成报表，为决策者提供信息支持，并辅助决策下达。建立信息功能，相关数据对各部门进行共享，提供相关的查询功能。
1.5 系统的网络构成
系统网络按照相关工程中的实体进行设计，提高网络的整体性和即时性。在系统的网络设计上，要考虑到信息传输的保密性，保证信息的安全。在使用整体系统中，对不能接入网络的使用者要进行其他移动存储等途径解决问题。对于服务器要选择高性能和稳定性的设备，做好日常防护工作，提高系统正常工作时间，减少故障率。
2 统计网络信息化系统的应用
在交通建设管理工作中，采用先进的管理思想，采取网络化、信息化的计划统计管理方式，对整个项目的管理有着重要的意义。采用新型计划统计管理系统，可以进行高效的管理工作，减少审批流程和时间，提高整体的管理效率。在业务审批工作上，利用高效的网络系统对于项目报表、审批、查询和监督等工作进行管理，流程时间大幅度缩短，办公效率高，实现移动办公。在对于项目管理上，工程管理人员直接在网络中对于项目各项数据进行查询和分析，对工作实际情况进行汇报和管理，调整工程计划，提高工程效率。对于系统中数据的管理来说，数据集中在数据库进行管理，管理方便，数据的备份与维护工作进行简单，有利于数据的安全性。数据统一在数据库中，整体系统的数据具有统一性和即时性，方便项目人员对数据的查询工作。
3 结束语
实现对高速公路计划统计网络信息化和网络化，可以安全、及时地传递信息，全面准确地供工程人员进行查阅，缩短相关审批流程，有效地提高建设工程的管理效率，提高管理水平，对于工程整体的管理有着很大的意义。建立统一的信息平台有助于管理者对工程情况的掌握，下发正确的决策。随着计算机网络技术的不断发展，将信息化、网络化应用于工程管理工作当中是大势所趋，如何利用先进的科学技术提高自身的管理水平也是各大项目管理人员研究的主要问题。
主要参考文献
篇10
关键词:需求分析用户方干系人项目经理需求分析员
众观国内计算机软件业的发展，除远不如欧美等西方发达国家外，与人均GDP不及我国的印度相比也相距甚远，软件业的劣势正严重制约着我国IT业的发展。我国软件业的劣势表现在自主开发的成熟软件不多，而开发的大量软件工程项目(如ERP等)存在缺陷或完全开发失败。目前，国家正在加大对软件工程的研究和对软件工程人才的培养。根据资料显示，属于需求分析造成软件设计的错误和缺陷约占软件失败的6400，而属于程序代码的错误仅占软件失败的360a，数据表明需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验，介绍在需求分析研究中探索出的一些有效措施。
1尽快熟悉项目用户方干系人全貌
项目用户方干系人，指所有可能受到项目结果重大影响的人，即项目的风险承担者，他可能是项目的受益者，也可能是项目的受害者。因此，应当从项目的启动开始，需求分析员及其项目成员就要分清项目用户方干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
有些项目在做需求调查时，由于受进度要求等客观因素影响，需求分析员与建设单位的技术部门交流较多，向业务管理部门和实际使用者调查不够深入，造成软件试用后不得不再对需求做较大调整，“从头再来”的部分比例很高，大大超过进度要求时间。因此，熟悉项目用户方干系人全貌是进行需求调查的第一步，也是需求调查的基础。在定制开发项目的项目用户方干系人中，最重要的是建设单位中的人事组织、业务关系。最好是能够用组织结构图画出相关单位的组织结构;还应当在相关单位组织结构图基础上画出全体项目用户方干系人结构图，以便更好更全面地进行需求调研分析;用责任矩阵确定各部分的调研对象;建立调研对象通讯录以保证调研及分析期间及时的沟通。
2采取正确的需求获取方法
软件开发项目的目的就是要实现项目用户方的需求，项目用户方的需求包含明确的和隐含的，也可以分为NEED,WANT,WISH等不同的层次。如果对项目所有用户方干系人没有进行足够的沟通和影响，使其尽可能地参与项目，则会出现客户方相关责任人不明确或对范围和需求责任心不强，提出的需求具有随意性，项目前期对需求的确认不够积极，或者是多个用户代表各说各话、昨是今非，项目后期需求变化随意等现象，这就会造成项目范围的蔓延，进度的拖延，成本的扩大，甚至项目的完全失败。
各种用户对系统具有不同的要求，如一个没有经验的用户关心系统是否简单易用，对于高级用户则关心产品的易用性和高效性。因而需要对用户进行分类，每一个用户类将有自己的一系列功能和非功能要求。在项目中，要尽早为产品确定并描述不同的用户类，这样就能从每一个重要的用户类代表中获取不同的需求。
项目需求具有双面性(用户与开发商)和多面性(项目中各干系人)，因此，项目经理和系统集成者应了解用户干系人需求，用户干系人也应了解技术方面的需求，两者缺一不可。正确的需求获取需要了解需求的来源、用户的分类、用户的代表性、用户需求谁说了算数等因素。开发人员和项目经理要有足够的耐心聆听用户的讲述，要足够详细地了解每一个细节。项目管理者要善于将需求分类、归类，善于将需求文档化，并有所查询标记。
3可视化需求调研，引导各种客户挖掘他们的需求
有的客户因为自己缺乏计算机知识，无法提出完整准确、隐含的或潜在的需求。若这些需求不能满足将导致用户的不满。因此需求调研分析人员应善于想用户所想，不但要确定明确的需求，还要善于用启发的方式与用户探讨隐含的或潜在的需求，并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务，从而能够站在用户的立场看待软件需求，想用户所想，做好业务与计算机之间的桥梁。利用可视化需求调研的方法可以很好地启发用户深人挖掘潜在的需求。可视化需求调研就是使用图表等工具来启发引导用户清楚地叙述需求，并且使需求更加全面完善。
对于高层领导，可以提供系统总体框架图;对于业务管理人员，可以用业务流程图来描述新旧系统的业务流程;对于客户中的技术人员，可以用数据流图、实体关系图或UMI中的各种图形对系统进行各种角度的描述;而对于业务管理人员、客户中的技术人员、以及各层次各流程中的用户，画出用户界面图来进行需求挖掘，是个比较有效的沟通方式。
这里特别说明一下用户界面的重要性。用户界面的设计按理来说是软件设计的责任，当然客户自己对界面有特别提出要求的除外。但是，如果把它提前到需求调研时与客户进行讨论，则可以大大改善需求调研的效果。因为这时客户对于将来的系统还没有一个形象上的概念，或者有一个模糊的预想的概念需要表述、验证、明晰化、完善化，以笔者的经验，画出用户界面草图与客户进行讨论，可以大大激发他们提供更为准确全面的需求。原来收集资料，描述业务，说明系统模型到了山穷水尽的时候，这种方法可以达到柳暗花明又一村的效果。
4详细描述各项业务，以便让所有客户确认
尽可能全面详细地调查并且描述原有系统和用户希望将来系统具有的各项业务的流程，并将这些业务流程文档化后与客户进行讨论，对描述错误或不准确不精确的进行修改，最终让客户进行确认。从近年来开发的软件看，对业务处理过程了解的完整性和准确性非常重要。虽然对数据来说都是SIDUT(查增删改传)，但具体业务都是分为若干步骤，每个步骤都有其业务名称，同一步骤可能对多个数据集进行不同操作，需要调查了解清楚才能设计出适合用户业务特点和习惯的软件，使开发出来的软件更受欢迎。当然在进行软件概要设计时，要尽量排除业务流程的制约，即把流程中的各项业务节点工作作为独立的对象，充分考虑他们与其他各种业务对象的接口，在流程之间通过业务对象的相互调用实现其业务流程，这样，在业务流程发生有限的变化时，就能够比较方便地修改系统程序而实现新的需求。
对于各项业务的调查可以通过对以下资料的收集整理分析来完成，这些资料来自各种各样的项目用户方干系人:遵循的标准、组织发放的工作手册、作业流程、有关业务的上级通知、有关业务的办事指南、办理业务时需要填写的登记表、各种相关的统计报表及通过其他途径收集的类似系统的介绍、技术资料等等。
5对项目用户方干系人的愿望进行平衡
不同的项目用户方干系人其愿望和追求的目标往往相差甚远，因此对项目用户方干系人的愿望进行平衡可能是非常重要而又相当困难的事情。例如:我曾在参与的某医院计算机管理系统项目中，遇到医院管理层希望能够采集尽可能多的信息项以便对数据进行多种多样的统计分析，同时为了对信息进行有效控制而增加一些审批流程;而门诊、药房等对外办公的基层窗口则因为客流速度的压力希望减少信息项的输人量;甚至有些不良的基层部门由于害怕建立透明度高的信息系统会影响他们的利益而消极地应付，即所谓反需求;而客户的客户(就诊的病人)则希望相关机构能够简化工作流程，加快办事速度，增加诊断情况和就诊费用的透明度;甚至项目组本身因为技术、资源、进度等原因，需要对一些功能进行优先级排序和取舍。虽然不是所有人的需求都是可以满足的，特别是消极的反需求是不能接受的，但他们的需求都是应当考虑全面并进行平衡的。
如果不同的用户方干系人有不一致的需求，那么必须决策出满足哪一类用户方干系人的需求更为重要。了解可能使用产品的客户种类的信息和他们的用法与产品的业务目标的关系如何，将有助于决定哪一个用户类所占份额更大。如果系统分析人员提出的需求与开发者所想要开发的系统发生冲突时，通常由于系统分析人员作为客户的人，市场需求具有更重的分量，但是，系统分析人员不能一味地迁就客户需求。
不同的用户方干系人可能都要求产品按照他们各自的喜好来设计。运用项目的业务目标来决定哪些是你最关心的客户，非核心客户的需求可以安排在下一个版本中开发。当开发者想像的产品与客户需求冲突时，通常应该由客户作出决策，然而，不要陷人“客户总是对的”的陷阱中去，现实中，客户并不总是对的。
6强调实现项目需求的层次递进性
了解该系统或者该项目用户所能够提供的最小的工程费用。当预计经费不能支持时，应当考虑将项目分期实施。在系统上、技术上对用户进行引导性建议，使用户了解集成商所要进行的工作，了解集成商是为了帮助用户实现他的需要、达到用户的目的，而不仅仅是为了赚钱，用户更了解集成商，也更了解自己的系统，有利于以后的项目合作、工程实施和系统维护。
分析用户曾用系统模式、数据结构和库模式，看是否保持、共用、转换，这涉及保护用户投资的问题。根据现在工作业务流情况确定现有的工作模式，还应兼顾将来可能会发生的变化、扩展、新规定，及与同国际接轨可能的带来的变化。考查工程实施环境是否有保证，尤其是网络工程，必须在需求调查时充分了解用户领域的实施环境，当不具有实施环境时，要求进行配套设计和环境改造。
7编写需求文挡和进行需求评审与其他项目小组成员协作完善系统需求
文档资料是集成商重要的财富，贯穿于系统集成和项目开发的整个过程，其中包括法律文档、技术文档、资料文挡。文挡要求完整性、一致性、可修改性、可跟踪性。
