国内ERP产品开发模式

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

分享到: 新浪微博 腾讯微博
本文关键字: ERP技术

一、软件需求阶段

概述

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

主要工作

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

·完整性:需求必须完整,有始有终,还应包括用户需要的每一个功能细节。

·一致性:需求必须有一致性,可以独立也可以与其它需求相关联,但不能与其它需求相矛盾。

·现实性:对提出的需求要综合考滤,与现实的软、硬件平台相结合,不能夸大,需在现有技术的实现范围内。

·真实性:需求必须来源于客户,真实有效,能解决客户所面临的问题,不能凭空想象。

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

·软件功能要求:主要是描述系统将要完成的那些大体功能及可实现性等。

·软件性能要求:主要集中在效率方面,包括数据库的响应时间、数据准确度及耗用内存量等等。

·运行环境方面:系统运行所必要的软件平台、硬件环境及相关接品的要求。

·系统对所需数据要求、静态或动态数据的配置等。

· 条件允许的情况下,利用数据流程图软件将业务需求表达出来。

·编写软件需求规格说明书,提交评审。

·其它方面:主要包括对软件的易用性、可维护性、保密性及二次开发灵活性等方面的分析。

常见的问题

·需求分析人员对客户需求把握不准,很多需求都是通过市场、渠道、实施人员或其它途径反馈而来,多少有些失真,不能完全代表客户的意愿。

·缺乏对需求的深入理解,很多软件公司都没有专门的需求分析人员,通常一人身兼数职,一般都是由开发人员来完成,开发人员除了编码外,还要完成软件设计文档的编写及对需求的把握等工作,这样就存在一个问题,开发人员往往对业务了解不是很深入,在把握需求的能力方面略显不足,可能会导致对客户需求不能深入的发掘。

·客户需求不明确,变动较大,导致设计不稳定,改动频繁,这一方面也有客户的原因造成的,有时由于项目周期短,而客户需求又变动较大,造成相关的需求、设计文档延期,这种原因的存在也会对软件的通用性造成一定影响。

·时间仓促,赶鸭子上架,估计大部分软件公司都存在这种情况,有时客户提出需求,由于时间紧急,只能临时抽调其它人员到客户现场调研,效果是可想而知的,会导致一系列的问题。

·需求的积累,大部分需求还是在于平常的积累,经常会存在这种现象:开发一套新产品前,大家都在努力的收集需求,翻资料、找文档,通过各种渠道汇总,这样也只能达到临阵磨枪的效果,好的需求还是在于平常的积累,是通过日常维护过程中慢慢形成的。

·等等

二、 软件设计阶段

概述

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

主要工作

·编写概要设计

·编写详细设计

常见的问题

·缺少设计模板,模板作为开发规范的一种,有利于以后的开发、维护工作。也是对软件规范化的一种基本要求。

·外界或内部因素干扰,很多软件公司都没有专门的设计人员,一般由资深开发人员兼任,包括一些大型软件公司也存在这种情况,设计和开发没有一定的界线,设计过程中有很多其它工作要做,往往打乱计划,不能按时按预期目标完成设计。

·设计人员与研发人员缺少沟通,有时设计人员太过理想化,导致设计出的产品开发语言无法实现或实现起来比较困难,而且严重影响产品的性能和效率,使开发任务无法按时完成。

·设计文档不详细,有些需求表达不清楚,这个问题估计大部分软件公司都存在,造成这种现象的原因往往是设计和编码人员是同一人,最终代码都是自己写,所以有些东西自己清楚就可以,就懒的写出来了,这样会给以后的维护工作带来困难,工作交接时就显而易见。

·对总体流程的把握程度不够,目前软件一般都是分模块化设计,各模块之间关系非常紧密,各业务流程之间也是紧密相联,所以在设计某一个功能或某一个模块时要综合考滤,不仅考滤功能,也要考滤与其它业务模块的接口问题。

·数据结构的定制,数据结构是整个软件系统的骨骼,所有业务的处理都围绕数据结构进行,数据结构合不合理对软件以后的维护和可扩展起重要的作用,所以定制数据结构也要综合全面考滤,对于核心的表要加强评审。

·设计文档评审的重要性,评审工作是编码前的最后一关,但往往都忽略了这一点的重要性,做产品不全是研发部门的责任,与每个人都紧密相关,评审一般都存在这样的问题:新产品设计期间,大家都关注的比较少,只是几个写设计的人员在忙,等到评审的时候临时召集大家会议交流,大部分还是凭经验,有些深层的东西还是无法评论,导致新产品出来后无法达到预期目标,所以这段期间的交流非常重要,将设计的思想灌输到每个参与者中,达到信息共享的目的。

·信息共享度比较差,也是一个比较重要的问题,这一点在整个软件周期的每个阶段都很重要,尤其是设计阶段,设计阶段是整个系统框架的搭建时期,与开发、维护及实施人员以后的工作都密切相关,最重要的就是考滤全面,如能及时达到信息共享,就会从各方面收集好的建议或意见,但现实中却存在很多问题,设计人员闷头做设计,很少与外界沟通,信息达不到共享,使开发人员编码时无法完全理解需求、使维护人员在后续的维护中比较吃力、使实施人员在与客户交流中遇到障碍等等。

·等等

来源:ITPUB

责编:姜玲
vsharing 微信扫一扫实时了解行业动态
portalart 微信扫一扫分享本文给好友
著作权声明:kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
畅享
首页
返回
顶部
×
畅享IT
    信息化规划
    IT总包
    供应商选型
    IT监理
    开发维护外包
    评估维权
客服电话
400-698-9918
Baidu
map