中资企业应用软件开发模式探索

1/5中资企业应用软件开发模式探索中资企业应用软件开发模式探索摘要通过对比分析现有中资企业应用软件开发的现状，根据中资企业的经营管理特点以及现有软件开发的背景分析、需求分析和功能分析特点，对中资企业应用软件的开发模式进行了探索，提出了“汉堡式”开发模型和软件“抗震性”等相应的建议和措施，旨在为软件开发更好的融入中资企业应用提供有益的借鉴。关键词中资企业；软件开发；背景分析；系统分析前言中资企业与外资企业在管理模式上逐渐趋同，但在很长一段时间内仍无法脱离中资企业的固有管理特点，例如人性化的考虑等。这就意味着在将来的很长一段时间内，中资企业的应用软件系统在开发过程中需要立足于自身的固有特点，需要与外资企业的软件系统区别对待，不可照抄照搬国外的先进软件系统，否则不仅不能够带来效率和效益的大幅提升，很可能使现有的工作陷入混乱不堪的陷阱。为此，本文从多个角度对中资企业应用软件的开发模式进行了探索，依据软件开发流程给出了相应的解决方案。2/51中资企业应用软件开发背景分析中资企业的软件开发背景分析自有特点，应区别对待。在进行软件开发背景的分析时，中资企业应用软件的开发应同时兼顾功能、规范和灵活性。中资企业的管理水平有着自身的特点，而且不同中资企业的管理水平也参差不齐，针对中资企业软件开发背景的分析，应该具有自身的特点，区别对待。软件的开发应用旨在从根本上提升企业的工作和运营效率，但跨阶段和一步到位式的引进和开发都不具备可行性。先进的软件固然具备高效率的属性，但先进的软件只有与先进的企业背景相辅相成才能发挥固有的作用，否则就成了摆设，名存实亡，遭受排斥。中资企业的软件开发背景分析应特别关注灵活性和本土化。在对中资企业软件开发背景进行分析时，不仅要分析软件开发的必要性和可行性，而且要分析企业的管理水平、员工素质、企业文化。一款能够经得起客户考验和现场考验的软件应该是与企业相融合的软件，而不是一款嵌入式的软件，更不是一款楔入式的软件。某些软件开发过分强调软件的功能和先进性，往往忽略企业的承受能力和企业员工素质在现阶段的承受能力，这样的软件都是不成熟的，其前期的开发背景分析注定是失败的。例如目前在国内比较常见ERP软件系统和OA软件系统，对于这些软3/5件的引用从一定层面上促进了企业运营效率的大幅提升，但在执行过程中却往往受到虚假数据的滋扰和基层人员的抵触。对于中资企业的软件开发背景分析应特别关注以下几个方面1、分析企业战略，根据企业的发展战略为软件的使用留下扩展的余地，提前布局，为软件的持久影响力奠定基础；2、分析企业管理架构，根据企业职能部门的划分和特点，调整优化软件权限和架构，细化权限的影响范围，并行和交叉并举；3、分析操作人员素质，根据操作人员素质确定软件的操作特点，保证软件的可操作性，入乡随俗；4、分析企业文化，根据企业文化特点使软件本身融入充分的企业元素，使软件具备亲和力；中资企业应用软件开发系统分析软件的系统分析一般分为需求分析和论文联盟功能分析。需求分析是指软件开发方和客户一起建立并不断更新的对各项软件工作所达成的协议，是在客户和遵循客户需求的软件项目之间建立的一种共识。需求分析是开发技术行为最关键的第一步。功能分析是将需求转化为具体的功能实现，根据需求分析确定软件的结构特点。需求分析应具备“汉堡式”特点中资企业的执行力不仅取决于高层决策，同样取决于一线执行人员。在企业应用中，一款软件能否充分发挥4/5应有的职能同时取决于上、下两个方面。中资企业的应用软件开发不能绝对参考领导层决策，采用完全的“自上而下”架构，也不能绝对参考一线使用的意见，采用完全的“自下而上”架构。中资企业的应用软件开发应该是“自上而下”“自下而上”。同时，为了上下的衔接，在二者之间需要一个过渡层的功能实现。对于这样的结构特点，我们可以称之为“汉堡式”软件开发模型。“自上而下”确保软件被企业认可，能够得到管理层的支持，保证资金来源；“自下而上”确保软件具备持久生命力，防止出现政绩工程化，使软件本身成为权力的牺牲品，给软件开发企业的长久发展带来不利；“中间夹层”则用来过滤自下而上的信息和自上而下的信息，设定不同的权限，形成信息过滤，避免因认识上的误差，出现上、下层面的误解，避免问题的复杂化。这样既可以提高工作效率，又可以避免因人为因素产生的问题出现。功能分析立足管理结构且具备“抗震性”中资企业应用软件开发的功能分析应立足于企业的管理结构和职能划分，这是最基本的要求，以便软件功能各司其职，防止越权和职能混乱，但在现阶段的中资企业中，大部分的职能机构往往存在不确定性，职能机构的变动往往带动“软件应用环境地震”，进而限制软件的应用和功能释放。高层领导的变动往往伴随着职能管理结构的变5/5化，这样的变化应该被充分考虑到软件开发的功能分析之中来。同时，领导层的变动虽然可能带来管理职能的重新变动，但工作量本身不会出现太大变化，该做的工作还是要做，只是做工作的部门和人员可能出现了变动。对此，在软件开发的职能分析时，应该为将来职能机构的变动留下余地，比如在功能划分上不能完全锁定在是哪个部门或者是哪些人，如果涉及到部门和人员，应该使软件的这部分功能具备可变动性。否则