这个系统集成的项目再一次说明如何从项目范围中建立有关功能需求。建立功能需求是软件从业人员的责任，不是客户或用户能够提供的内容。在完成人工操作过程分析订立系统的功能需求后，更要进一步考虑如何让科技提升企业的运营效率。也许在设计过程中发现当时的货品运送流程是从仓库直接送到销售部门，再由销售部门安排货品连同发票一起送到客户的指定地点，设计师可能考虑是否可以直接从仓库把货品运送到客户指定地点，销售部门另外把有关发票直接送交客户?这个改变会为企业带来多大效率改善?有了确实的构思后便需要说服用户这个系统如何能够更有效地完成有关货品运送的过程，要说服用户这些功能可以提升货品运送的效率和客户满意度，让销售部门和运输部门可以体会未来的工作流程将有所改变。决定最终解决方案及用户认可后依据分析师的建议建立有关系统的功能，交由系统设计师对有关功能进行模块组合及逻辑设计。到这里，我们可以清楚知道系统建设不是依据客户的需求而建设，是依据如何达到项目最终目的和项目的最终交付而建设。需求不是客户或用户提供，是我们作为一个专业人员依据我们要开发的项目目标(如何达到)和项目的最终交付而制定出来的结果。没有项目范围，我们便不能建立有关系统的功能。没有项目范围，我们便不能控制任务的工作量，不能预估完成日期并按时完成。
从上述两个例子中可以看到，功能需求与业务流程直接相连的，理解了业务流程，便能够建立有关的功能需求，利用科技完成有关工作，提升运营效率，减低业务部门有关工作量和工作人员的需求。
软件工匠和软件工程师
如果我们需要客户提供有关功能或需求才能够完成软件开发，那么我们便沦为软件工匠。一个工匠，如木匠、泥水匠等都是依据客户的需求去完成任务的技术人员，这个工匠可以把工艺做到很好，很精，很细腻，成为一个很优秀的木工或泥水工，但永远不会成为大师，因为他们没有创思，没有沟通能力去说服客户如何能够更有效地达到客户的投资目的。
希赛顾问团首席顾问张友生博士认为，一个专业的技术人员需要理解本身的专业能力，理解客户投资的最终目的，理解如何更有效地达到客户的最终目标而建议客户应该如何进行建设或改良，才有可能成为这个行业的大师。目前我国充斥着很多软件工匠，如果我们要把自己打造成为一个软件工程师，我们便需要放弃以前的思维，不用老是抱怨“客户不明确本身的需求，所以我们不能够完成项目的交付”。我们需要思考如何才能够把握项目的最终目标，建立系统的功能需求。
从20世纪90 年代中期开始，计算机在企业中已经从自动化的时代进入信息化的时代，从科技的应用提升企业的运营效率，转变成科技应用所能带出来的价值，让企业能够减低运营成本，改善产品，提供增值服务，开拓市场，增加利润等成为软件开发的主要目标。
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：希赛网
|
Leadge.com首页 > 知识库 