UML软件工程组织

将你的应用程序变成产品的过程中的十三条生存法则
Friday, October 19 2001 6:10 PM
近来TechRepublic开发者的一个调查显示参与调查的多于百分之55的开发者认为如果一个程序达到了预算,发布和商业需求的话它就是成功的。但是从开发到用户最终接受这个软件还有一段泥泞的路要走。

从将应用程序变为产品到确保用户已经训练妥当并完全的明白了这个程序的实现过程无疑是充满艰辛的。而且非常常见的是,这个过程总是有很多的压力和不眠之夜。下面是一些顺利的管理你应用程序的交付过程的技巧。

#1:检查硬件设备。确保可以获得适当的硬件设备而且已经被正确的配置了。确保你熟悉其它使用同一资源的程序,包括服务器和连接,并要明白这些程序如何占用了硬件的资源。

#2:确保服务器是相同的-或者尽可能的相同。尽量以熟悉的方式建立开发,质量保证(QA),和生产环境。记住所有的不同点,即使他们看起来很不重要。你有可能在实现的过程中因为很小的另人恼怒的配置问题而停滞不前,这可不好玩。

#3:善待管理人员。给他们提供正确的文档和培训。他们对于软件的交付是非常关键的,而且通常是用户群体中知识最丰富的人。他们能够向你反馈你用其它方式可能无法获得的信息。

#4:开发一个安全的安装程序。不管你的应用程序是当前系统的一个替代品还是升级包,你一定要仔细的构建反装计划确保用户不会停掉他们的关键业务程序。没有什么东西比一群无事可干的员工更能震惊管理层了。这种损失会引起用户对你的不满,不管你的程序在正确的安装以后工作得多么的顺利。

#5:编写完备的文档。我经常强调这一点,因为我有很好的理由。完备的系统文档能够帮助程序维护部门在程序的生存期内维护它。而拥有良好设计风格的,直观的帮助文档和用户指南有助于用户对应用程序的理解,也就使得用户更有可能接受这个程序。

#6:检查数据。确保数据被正确的整理,符合项目的规范。你还应该确保有好的过程来将数据从一个环境转储到另一个环境中去。如果必须在晚上或者周末完成这个工作,你还要注意到它可能带来的时间安排上的问题。

#7:QA 实施过程。除了使应用程序的功能通过质量保证(QA),你还应该确保软件交付的过程通过了仔细的检查。你的程序运行的第一个环境可能是QA环境。在这个环境下,有一系列的工作要完成,包括配置和初始化数据库以及配置和初始化程序的安装过程。配置的过程的正常进行将成为决定将软件作为产品发布是否成功的关键因素。

#8:建立好的元数据。一个好的元数据仓库对于要从你的程序中储存的数据生成报告的用户来说是至关重要的。关于数据库的文档,它们应该描述数据库中的表单和数据域,这能够帮助用户生成有用的报告。好的元数据还有助于帮助查出潜在的数据问题。相信任何应用程序(和它的数据库)都会或多或少的存在一些问题的想法是现实的。好的元数据能够帮助你或者数据库开发人员找出快速解决问题的方法。

#9:实施优良的版本控制过程。确保你有一个好的版本控制过程,同时还应该确保反馈和错误报告也被包括在了版本控制系统里。

#10:建立一个好的用户联系点。给用户一个可靠的方法来倾诉他们关心的问题。任命一个人--不管是商业单位的一个主题专家或者是一个技术组成员,比方说项目经理或者系统管理员--作为用户的联系协调人来确保用户对程序的正常工作怀有信心。这个联系人应该向你提供准确的反馈信息而且在问题解决以前一定要和用户保持联系。这也能够避免开发人员被经常的打断。

#11:积极的收集反馈信息。实现一个自动的,易用的方法来输入反馈信息,改进要求,错误报告等等。

#12:作出预计。尽量预测你的程序中的长处和弱点。把它们记下来并作出修改和加强的计划。然后将这些信息和用户的反馈进行比较,找出下一次应该如何更好的进行设计。

#13:放松你自己。做一些和项目完全无关的事情。游上几百圈的泳。实现完软件设计以后在周末去旅游一下,做为按时完成任务的奖励。修改你的简历(你应该经常做这件事)。在应用程序生存期这个关键的连接点上,你应该做一些事情来保持你的神经足够放松。

估计不可估计的事情

最后,记住应用程序转变为产品这个过程需要一些时间这一点是重要的。用户界面可能在这里需要改一下或者数据库在那里又需要修理一下。在创建一个新的程序的时候,与未知的,无法预料的事情打交道会是最让人觉得沮丧的事情。你所能做的一切就是计划好一切然后祈祷自己好运。

一但你的应用程序已经成功的投入运行而且开发的过程也为维护留下了余地,管理层对这个项目的期望就会发生改变。在后面的一篇文章里,我们将讨论当你的项目成熟的时候会发生些什么。

 

版权所有:UML软件工程组织