| |
中小企业信息化项目易犯的五个错误
| |
铭万网
|
时间:
2008年03月06日11:21
|
信息来源:
It168
| | 编 者 按 ：提到“软件危机”，人们的印象往往是指一些大型信息化项目延期而导致项目交接困难。但这并不意味着“软件危机”就与中小型信息化项目毫不相关。
| 中小信息化项目防患于未然
“麻雀虽小，五脏俱全”，即便是中小型信息化，仍然应该遵循软件开发的一般规律，必要的步骤不能省略。但也同时根据小项目自身的灵活的特点也可以相对变通。为避免所谓的“软件危机”防患于未然，笔者将中小信息化项目管理经验总结如下：
①准确获取需求 制定统一需求模型
在这上面花费大量的时间很有必要，也很值得。所有信息化项目进入正式开发之前，必须先从用户处获取准确的需求信息，并对信息加以分析。
我们知道一般的软件项目可以大致分为专用软件和通用软件两大类。对于专用软件，需求相对较为明确，例如给某单位开发一套该单位专用的系统，一般用户对于软件要完成哪些功能已经有了一个比较清楚的轮廓，而且往往在开发合同中已经大致地规定了。但是，开发合同上往往规定的只是一个大概的框架，项目经理必须与用户进行比较具体的交流和讨论，了解清楚用户心目中的产品究竟是什么样子。做好这个步骤，那么就可以避免开发后期因开发人员的理解和用户的要求存在误解，而造成的时间上的浪费。
对于通用软件，一方面是从经济效益考虑，另一方面是从技术的角度。例如，用户现有硬件配置如何，软件配置如何，使用什么网络，使用什么数据库等等。为得到这些信息，需要做一定的市场调查，并根据调查的统计结果决定即将开发的软件的一些技术指标。
需求分析就是将需求用一种模型来表示。目前比较流行的分析方法是面向对象的方法， 这部分涉及到具体的方法，在此不详细讨论，只想强调分析与设计过程的衔接。
分析过程的内容是用类的结构来表示目标系统，并不设计具体实现，如采用什么编程语言，在什么操作系统平台上运行等等。这些具体实现是在设计阶段来完成的。面向对象方法的优点是分析、设计、编码过程表示法统一，能比较好的衔接。但是，是把分析和设计阶段分开，采用瀑布式开发，还是采用其他方式，要看具体的情况。一般来讲，对于需求潜在变化不大的项目，可以采用瀑布模型，有一个很明显的设计阶段，这样做的好处是有一份比较完整的分析文档。
②对需求分析模型进行必要修改的设计过程
设计过程需要根据设计要求对需求分析模型必要的修改。可能需要对某些类结构进行必要修改，这些修改的原因可能是编程环境的要求，或者为了重用以前的某些工作。比如定义界面部分、数据访问(数据库)部分。由于目前很多编程语言都可以可视化地设计界面，所以界面部分工作往往留到了编码阶段来完成。
③中小项目的编码与测试必不可少
进入编码工作之后，可能会发现前面分析或设计阶段的某些错误，这时应返回到前面的阶段进行必要的修改。测试阶段正如前所述，即使是中小项目，也应该严格地进行测试，在此不再赘述。
④项目经理人员安排的三个原则
中小信息化项目，往往是几个人来完成，这几个人基本上从头到尾参加开发。在这几个人中，有一位项目负责人，负责分析、设计和协调的工作。由于项目小，项目负责人也要参与项目开发。因此项目经理在项目的人员安排上需把握如下原则：
协调工作比自己去做更重要 项目管理主要工作就是协调，如果协调上出了漏洞，可能导致很大的问题，所以项目负责人必须随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等。只有在完成这些工作之后，项目负责人才可以利用剩余时间参与项目开发；
给每个开发人员明确的任务书 项目进行过程中每位项目组成员必须明确自身的任务，并需要采用明确的文档表示出来；
让每个人熟悉设计模型 让每个开发人员都清楚自己所做的工作在整个系统中处于什么地位，有时侯可能会发现设计模型中的漏洞，避免了各人的代码编写完毕之后又要修改的后果。
|
上一页 [1] [2]
| | | |
本网引文仅用于传播，无经营目的；文章观点纯属作者个人意见，不代表本网观点；与本文相关意见及异议，请发信至zhaofeng@mainone.cn或致电：58271212-545。
| | |
| | | |
|
