小规模软件公司项目开发见解.docVIP

小规模软件公司项目开发见解 　　【摘 要】许多软件公司的开发人员仅10人左右，开发人员从软件的需求、软件开发、测试、实施、培训、后期维护，一整个流程，都是由开发人员承担，甚至很多项目就一个开发人员负责，在开发过程中，软件的可靠性没有保障、维护费用不断地上升等因素使软件作坊的危机不断地呈现出来。以面向对象技术为手断，以工业化生产方式和管理支撑体系为核心的软件新变革，推进软件开发的构架平台化、组件化、编码自动化、管理工厂化，为小规模软件公司提供了解决方案。以现代软件企业的开发、管理为目标，结合软件工程的出发点，寻找一个适合小规模软件公司开发的软件工程流程是开发人员不断探索、学习的指导方向。 　　【关键词】小规模软件公司 现代软件工程 软件作坊 　　一、概述 　　传统软件工程采用的“生命周期法”，是从时间角度对软件开发和维护的问题进行分解，把开发过程划分成若干个阶段，每个阶段有各自的解决方案，进行逐步实施、管理。立项、需求开发、概要设计、详细设计、编码、单体测试、集成测试、系统测试、最后交付使用。公司应该完全按照如此步骤流程，而我们需要有多少的工作量呢？三四人10个人/月的的项目就是写这样的文档，从项目开始到最后至少需要6个有人/月的时间进行撰写，完全按照CMMI的标准，对于小规模软件公司来说成本花费比较大，我们一直都在寻找一个平衡点，平衡公司的质量与成本。 　　如何成立一个核心开发小组，小组的如何构成是小规模软件公司急需解决的课题。针对这样的问题提出由业务架构、技术架构、测试兼技术支持、文案兼培训组成核心开发团队，在开发过程当中，每个小组都承担了不可或缺任务，这四个小组协调工作，对提高软件项目的鲁棒性、稳定性、适用性都起到相当大的作用。 　　二、业务架构 　　业务架构，就是搞客户需求。开发经理在开发过程中就是业务架构师，对于客户为什么要提这样的需求，客户要根本解决什么问题，这些问题谁来想，谁来想解决的办法？我们不能靠咨询公司来做这些工作，所以工作需要我们用更多的时间去思考这些问题，只有从客户哪里解决需求的问题，后期的开发才有质量的保证，减少需求更改迭代的次数，降低软件的开发成本。 　　（一）首先找到客户企业的部门组织结构图，把全体部门都纳入需求思考范围内，了解这个项目和各个部门的关系。最后按项目关系紧密程度把客户各个部门排了一张表，每个部门的负责人的名字，联系电话都要到，找到熟悉公司并且健谈的员工问问他们经理是怎么看这个项目的，想要达到什么样的目标。 　　（二）收集报表：通过客户工作填报的表格，大致了解他们的工作岗位的工作内容。哪些表格是最常用的，挑出影响他们考核的报表，他们最关注哪几个指标，然后我拿着这些报表、指标向客户咨询，这些指标是什么样的数据、是怎么得来的，最好能让他们解释怎么输入的。然后对着每一个单据询问这些表格的使用频率，是每天、每周、每月、每季还是每半年、每年。是每天（周、月、季、半年、年）的期初做、期末做、还是平时做？哪个频率高？高到什么程度？这样，我们就明白了每个人主要真正做哪些事，怎么做，最后怎么考核，哪些事最重要，哪些事每天做，哪些事频率最高。 　　（三）优化流程：画好组织结构、人员岗位角色说明、业务流程图，通过调研，用红圈标好了业务处理漏洞和矛盾的地方，并且对这些地方都提出了改进建议。把目标使用客户认为最想解决的问题都考虑进流程和业务单据报表中，建议增加什么流程、建议增加什么单据、建议增加什么报表，谁来做，怎么做，谁来监督，怎么考核。 　　（四）组织部门座谈会。给他们整个部门都讲解了我们梳理过的流程现状，给他们说明漏洞和矛盾、说明我们提出的方案。这样一份优化好的流程就展现出来了。 　　需求在软件项目开发中的地位越来越重要的时候，如何理清客户的实际需求，理解客户的工作流程，项目已经成功一半了。 　　三、技术架构 　　如何保证稳定性？很多人第一反应就是招测试人员，当然小规模公司的领导是不希望养几个专业的测试人员得。就是招到了测试人员软件的稳定性就得到了提高？即使能提高稳定性也不多。如何从代码的质量下足功夫才是保证软件稳定性最佳的方法。 　　我们在这里提出共通代码开发员，为什么在开发过程中引入共通代码开发员？共通代码开发员的作用是什么呢？我在下面作一个分析。 　　每个人的技术水平都是参次不齐的，每个人对自己代码的负责认真性也都是不一样的，所以要想提高稳定性，必须专门从队伍中找一个人，作为公共代码开发员。每个产品或项目的开发、需求的修改，必须首先经过他的思考，哪些模块可以做成公共代码、封装成函数，就他来做，其他的程序员只管调用函数，实现客户UI操作和辅助功能。作为公共代码开发员必须具备以下能力： 　　（一）参与过几个主要项目的开发、实施、支持。这样，他对客户需求有综合、理性的把握