当前位置:公文范文网>心得体会 > 工作体会 >

意见建议

论国有煤炭企业物资管理项目需求分析的方法

发布: 2022-11-16 15:20:08   阅读: 次 【   

近年来,信息化建设发展日新月异,其在统计及管理方面的功能日益受到人们的关注,为此我单位在前不久也上马了一套物资管理软件。在这个项目中,我参与了需求分析工作。项目需求分析是一个项目的开端,也是项目建设的基石。在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析,为问题涉及的信息、功能及系统行为建立模型,将用户需求精确化、完全化,最终形成需求规格说明,这一系列的活动即构成软件开发生命周期的需求分析阶段。需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面,需求分析以系统规格说明和项目规划作为分析活动的基本出发点,并从软件角度对它们进行检查与调整;另一方面,需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误,从而提高软件生产率,降低开发成本,改进软件质量。那么如何进行需求分析呢?特别是在国有煤炭企业粗放式管理、人员素质相对较低的情况下,采用什么方法才可以尽快获得比较详细的需求,这是我们工作的重点与难点,在实施过程中,主要采用了以下几种方式:
一、熟读管理制度,绘制业务流程
作为一个IT工作人员,对企业的管理并不是十分熟悉,而企业员工不仅要配合软件公司进行项目建设,还要完成日常的工作。为了节省时间,提高沟通效率,并让使用单位感觉到对我们有信心,我们分析人员必须在前期就对企业的工作流程、管理规定有一个比较详尽的了解。首先要收集企业所有文字性的管理制度、业务流程规定,单据、报表等资料,在熟读的基础上,进行梳理、归纳,并采用Visio等辅助工具绘制业务流程图及管理控制。绘制图表时应该先了解宏观的问题,再了解细节的问题。级级细化,层层分解。一个系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个流程图。S={D1,D2,D3,…Dn},问题域Di由若干个问题(记为P)组成,每个问题对应于一个子图。完成以后,不仅让我们对企业有一个全面的了解,初步明白哪些是项目的关健,哪些是项目的难点,同时在下一步与企业有关人员进行详细沟通时,会把握住问题的关键,对具体问题有更深入的交流,会更有针对性,从而获得最需要的信息。
二、识别关联业务,召开联合会议
国有煤炭企业有其固有的特点,一般常用的需求分析、需求调研的方法在这里未必适用。比如说,我们常用的问卷调查,在煤炭企业就不会取得预期效果。各业务人员在日常工作中已经逐渐形成了一套工作方式,但要求他们用文字或图表表述出来,则显得比较困难。而且他们日常工作也比较繁忙,对问卷的重要性也会估计不足,所以通常问卷调查的结果不是比较粗略,就是文不对题,不知所云。还有一种方法,个别访谈,在这里也并不实用。当就一个问题进行个别讨论时,一他会觉得疑惑,不确定。二讨论话题是他日常经常所为,兴趣不会太大,而且在讨论过程中通常不会发现操作过程中的问题,更不会提出一些建设性的建议。针对这些现状,我们将业务有关联的相关人员召集在一起,召开集体会议。比如在了解合同流程时,将计划人员、财务人员与合同人员召集在一起进行开会。因为合同流程的前一个流程是计划,而后一个流程则是财务付款。当计划人员做好计划后,将物资明细及一些技术参数等详细要求传给合同科与供应商进行签定合同,合同签定完后,转给财务,财务按合同对供应商进行付款。在联合会议上,大家首先将三个流程串讲一次,特别是对流程与流程之间的接口进行了详细的介绍,对以前手工操作中存在的不合理现象进行了明确与纠正,并在讨论、辩论的过程中,还提出许多建设性的意见,优化了流程。
三、采用原型系统,确认需求文档
原型法(Prototyping)是20世纪80年代随着计算机软件技术的发展,特别是在关系数据库系统(Relational Data Base System,RDBS)、第四代程序生成语言(4th Generation Language,4GL)和各种系统开发生成环境产生的基础上,提出的一种从设计思想、工具、手段都全新的系统开发方法。它摒弃了那种一步步周密细致地调查分析,然后逐步整理出文字档案,最后才能让用户看到结果的繁琐作法。
快速原型法,通常简称为原型法,其核心是,用交互的,快速建立起来的原型取代了形式的、僵硬的(不允许更改的)大部头的规格说明,用户通过在计算机上实际运行和试用原型系统而向开发者提供真实的、具体的反馈意见。
原型法展示给用户的是可以实际运行的原型系统,用户"看得见,摸得着",可以很清楚地把他们的意见反馈给系统分析员。对一些不容易用语言文字来进行描述的动态需求,可以用实际运行的系统原型帮助开发者发掘和验证这类动态需求。当用户有了使用经验后,还可以提出一些衍生式的需求。
采用原型系统,系统分析员与用户之间可以就需求明确地达成共识,双方可以尽快确认需求。
总之,一个项目采用什么样的需求分析方法要视具体环境而定。事实上,只有根据实际情况,采用行之有效的方法,才能取得事半功倍的效果。  
                     西山煤电物资供应公司  贺美林

 

相关文章