【转帖】国内ERP产品开发模式

wanghao

一、 软件需求阶段

    概述

   软件设计前期的工作，通过到客户现场调研或其它各种途径搜集需求，主要完成对客户需求的确认、分析、评审等可行性研究的过程，明确什么需求可以实现、什么需求不可以实现，从而使需求文档化，形成需求规格说明文档，对所要实现的功能提出完整、准确、清晰、具体的要求，为下一步设计做准备。

    主要工作

   一般需求必须要满足以下几方面要求：

•  完整性：需求必须完整，有始有终，还应包括用户需要的每一个功能细节。
•  一致性：需求必须有一致性，可以独立也可以与其它需求相关联，但不能与其它需求相矛盾。
•  现实性：对提出的需求要综合考滤，与现实的软、硬件平台相结合，不能夸大，需在现有技术的实现范围内。
•  真实性：需求必须来源于客户，真实有效，能解决客户所面临的问题，不能凭空想象。

   此阶段的主要任务包括以下几个方面：

•  软件功能要求：主要是描述系统将要完成的那些大体功能及可实现性等。
•  软件性能要求：主要集中在效率方面，包括数据库的响应时间、数据准确度及耗用内存量等等。
•  运行环境方面：系统运行所必要的软件平台、硬件环境及相关接品的要求。
•  系统对所需数据要求、静态或动态数据的配置等。
•  条件允许的情况下，利用数据流程图软件将业务需求表达出来。
•  编写软件需求规格说明书，提交评审。
•  其它方面：主要包括对软件的易用性、可维护性、保密性及二次开发灵活性等方面的分析。

    常见的问题

•  需求分析人员对客户需求把握不准，很多需求都是通过市场、渠道、实施人员或其它途径反馈而来，多少有些失真，不能完全代表客户的意愿。
•  缺乏对需求的深入理解，很多软件公司都没有专门的需求分析人员，通常一人身兼数职，一般都是由开发人员来完成，开发人员除了编码外，还要完成软件设计文档的编写及对需求的把握等工作，这样就存在一个问题，开发人员往往对业务了解不是很深入，在把握需求的能力方面略显不足，可能会导致对客户需求不能深入的发掘。
•  客户需求不明确，变动较大，导致设计不稳定，改动频繁，这一方面也有客户的原因造成的，有时由于项目周期短，而客户需求又变动较大，造成相关的需求、设计文档延期，这种原因的存在也会对软件的通用性造成一定影响。
•  时间仓促，赶鸭子上架，估计大部分软件公司都存在这种情况，有时客户提出需求，由于时间紧急，只能临时抽调其它人员到客户现场调研，效果是可想而知的，会导致一系列的问题。
•  需求的积累，大部分需求还是在于平常的积累，经常会存在这种现象：开发一套新产品前，大家都在努力的收集需求，翻资料、找文档，通过各种渠道汇总，这样也只能达到临阵磨枪的效果，好的需求还是在于平常的积累，是通过日常维护过程中慢慢形成的。
•  等等

   二、 软件设计阶段     概述

   软件需求分析完成后，根据需求规格说明书编写设计文档，软件设计总体分为两部分：概要设计和详细设计，此阶段的主要任务就是将需求规格说明文档转换为软件设计文档，将需求阶段提出的问题，一一解释，形成详细设计文档，并根据功能要求，定制相应数据结构、各种流程图等，为下一步编码做准备。
    主要工作

•  编写概要设计
•  编写详细设计

    常见的问题

•  缺少设计模板，模板作为开发规范的一种，有利于以后的开发、维护工作。也是对软件规范化的一种基本要求。
•  外界或内部因素干扰，很多软件公司都没有专门的设计人员，一般由资深开发人员兼任，包括一些大型软件公司也存在这种情况，设计和开发没有一定的界线，设计过程中有很多其它工作要做，往往打乱计划，不能按时按预期目标完成设计。
•  设计人员与研发人员缺少沟通，有时设计人员太过理想化，导致设计出的产品开发语言无法实现或实现起来比较困难，而且严重影响产品的性能和效率，使开发任务无法按时完成。
•  设计文档不详细，有些需求表达不清楚，这个问题估计大部分软件公司都存在，造成这种现象的原因往往是设计和编码人员是同一人，最终代码都是自己写，所以有些东西自己清楚就可以，就懒的写出来了，这样会给以后的维护工作带来困难，工作交接时就显而易见。
•  对总体流程的把握程度不够，目前软件一般都是分模块化设计，各模块之间关系非常紧密，各业务流程之间也是紧密相联，所以在设计某一个功能或某一个模块时要综合考滤，不仅考滤功能，也要考滤与其它业务模块的接口问题。
•  数据结构的定制，数据结构是整个软件系统的骨骼，所有业务的处理都围绕数据结构进行，数据结构合不合理对软件以后的维护和可扩展起重要的作用，所以定制数据结构也要综合全面考滤，对于核心的表要加强评审。
•  设计文档评审的重要性，评审工作是编码前的最后一关，但往往都忽略了这一点的重要性，做产品不全是研发部门的责任，与每个人都紧密相关，评审一般都存在这样的问题：新产品设计期间，大家都关注的比较少，只是几个写设计的人员在忙，等到评审的时候临时召集大家会议交流，大部分还是凭经验，有些深层的东西还是无法评论，导致新产品出来后无法达到预期目标，所以这段期间的交流非常重要，将设计的思想灌输到每个参与者中，达到信息共享的目的。
•  信息共享度比较差，也是一个比较重要的问题，这一点在整个软件周期的每个阶段都很重要，尤其是设计阶段，设计阶段是整个系统框架的搭建时期，与开发、维护及实施人员以后的工作都密切相关，最重要的就是考滤全面，如能及时达到信息共享，就会从各方面收集好的建议或意见，但现实中却存在很多问题，设计人员闷头做设计，很少与外界沟通，信息达不到共享，使开发人员编码时无法完全理解需求、使维护人员在后续的维护中比较吃力、使实施人员在与客户交流中遇到障碍等等。
•  等等