加强信息化建设中应抓好的工作

《加强信息化建设中应抓好的工作》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、.加强信息化建设中应抓好的工作信息是关于客观事实的科通讯知识，信息是客观世界各种事物的特征的反应，是可通讯的，最后，信息形成知识。而信息系统是一个人造系统，它是由人，硬件，软件和数据资源组成，目的是及时，正确的收集，加工，储存，传递和提供信息，实现组织中各项活动的管理，调节和控制，包括信息处理系统和信息传递系统两个方面。在进行信息系统建设的过程中，要抓好技术系统的建设。因为，信息系统的发展是伴随着计算机技术的发展而展开的，这个过程包括电子数据处理系统，管理信息系统，决策支持系统这几个阶段，由此可以看出，是计算机技术的发展直接推动了信息系统的发展

2、——由低效向高效发展。而案例中的企业，也正是有了强大的技术基础，才能建成相应的信息平台，使信息资源共享明显加强，信息反馈利用饿迅速及时。信息系统的建设离不开计算机的帮助，数据分析，软件开发等都是需要技术的支持，同时，对于信息系统的开发和使用都需要专业的人来做，因此说信息化建设过程中要注意技术系统的建设同时，信息化建设还要注重社会系统这一方面。如今的社会是一个信息度集中的社会，每个人每天都必须摄取大量的信息才能够不被社会所淘汰，而信息管理系统是对信息智能处理而后给企业一个物料生产计划，我认为MIS的内容不仅仅是局限在企业者一个方面。在这里我想说一

3、下自己的想法，多次浏览新闻看到说要提高政府的工作效率，我认为完全可以有一个基于政府的MIS，这应该会很大程度上提高我们政府的工作效率。我想说的是，MIS是一个对信息管理的系统，那么所有的信息通过它都应该能够得到自己想要的计划，不仅仅是企业。所以说MIS有事一个社会系统。所以，社会系统的建设也是信息系统建设过程中的重要一环。回复:如何抓好信息化建设的需求管理●从专业的角度看，信息化系统开发者将需求分析、需求确认的责任完全推给用户是不合理的。这一点如同读者可以向作家提供生活素材，但不能教作家如何提炼写作素材一般。●也有用户完全放弃对需求的管理与参与

4、，将需求分析、管理的责任完全推给专业公司，自己当“甩手掌柜”，将信息化项目视为类似某些“交钥匙”的工程项目一样。　　信息化项目实施过程中，需求分析与需求管理是十分重要的一个环节，也是对专业性要求非常高的工作。在建筑施工企业中，有些用户没有意识到需求分析的专业性，误认为可以凭借业务经验自行完成需求分析；有些系统开发商轻视了建筑施工企业需求分析的复杂性与特殊性，草率照搬其他行业信息化的需求模式，最后造成系统运行效果与实际业务需求之间差距太大，不能满足用户的要求，甚至导致系统失败。在建筑施工企业信息化建设中，不少项目失败的主要原因就是业务需求分析不准

5、确，加上在项目实施过程中对业务需求管理失控。如何在施工企业管理信息化实施过程中做好业务需求分析与管理，首先必须澄清在这个问题上的一些误解，还要以正确的方法管理好业务需求，才有可能避免甲乙双方在业务需求问题上发生矛盾，避免项目因需求冲突陷入困境。...　　需求分析中存在的主要问题　　业务需求对信息系统建设起着目标导向的作用。在软件项目实施过程中，无论采用哪种开发模式，一般包括如下过程：需求调研、需求分析、系统设计或系统选型、系统调试、系统上线。不论项目大小、不论开发模式差异，这些过程是不可或缺的环节，只是表现形式与程度不同。不同行业在管理信息化需

6、求上彼此存在较大差异。由于行业特性的原因，建筑施工企业管理系统需求中包含较多不确定性，技术与非技术性的问题常常混杂在一块，造成建筑施工企业管理信息系统的需求分析、需求管理比那些标准化基础好的企业更加复杂、更加困难。在建筑施工企业管理信息化实践中，存在以下一些需求分析及需求管理问题：　　有些系统开发者将业务需求分析、业务需求确认的责任完全推给用户，认为用户是业务系统的使用者，最熟悉自己的业务系统，所以要求用户自己提出并最后确认管理系统需求。从专业的角度看将管理系统需求分析、需求确认的责任完全推给用户是不合理的。管理信息化的需求分析是信息系统设计过

7、程中的一个十分专业性的环节，不能将这项任务推给不具备信息化专业技术的用户去完成。用户只能提出管理需求的一些原始素材，但无法提出真正管理系统的信息化需求。这一点如同读者可以向作家提供生活素材，但不能教作家如何提炼写作素材一般。用户自然也不能承担至少不能主要承担需求分析与确认的责任。开发者不愿承担用户需求分析与确认的主要责任也许是因为缺乏行业背景知识所致，也许是因为缺乏沟通能力或其他缘故。不管怎样开发者如果推却业务需求分析的责任，必将给系统实施埋下巨大的隐患。转自项目管理者联盟  　　用户在需求分析中坚持完全以用户为中心，认为提出的需求越多越好，提

8、出的需求难度越大越显示自己有业务水准；有的用户在业务需求中将计算机等同于人脑，不了解系统实施中技术上的实施风险与难度，按人脑对业务的处理模式、习惯提出