早晨上班时间一到，天翔就来到总裁办公室，苏桐也是刚到办公室。天翔敲敲门，听到苏桐说请进的声音，就走进办公室，天翔到苏桐的办公室从来不用预约，通报，苏桐告诉秘书，只要是天翔来办公室，可以直接进去。
苏桐看天翔进来，就热情打招呼：“天翔，这么早，有事吗？”
天翔说：“当然有事了，我已经把生产管理系统模型初步设计出来了，想让你看看，把把关，进行审查，再者就是要和生产部的负责人、技术人员进行研究，让他们提出业务需求，再者就是把生产部的业务工作流程、管理表格、业务报表进行确认。”
苏桐惊讶说：“这么快啊，我还以为得几个星期呢。”
天翔说：“这只是初步设计，还得经过你和生产部的审查呢，需要你们提出具有业务需求，再进行修改，完善。”
苏桐有些疑问说：“以前智祥软件公司都是先到各部门进行需求调研，然后制定需求说明书，就进行程序开发了。可是你却是先进行业务建模，再进行需求分析，跟他们不同。”
天翔笑着说：“开发的步骤基本上都是一样的，你不是把公司的资料都给我了嘛，这就包括生产部门的所有资料，我是先把这些资料都仔细了，再到国家图书馆查找关于电气设备制造有关国家标准，行业规范等资料，在结合我们公司的管理制度，生产部的业务工作内容，进行初步的建模，设计初步的生产管理系统的模型。这样方便我和生产部的人员进行沟通、交流、确认。”
苏桐想了想说：“这样吧，为了方便你的工作，我让生产部经理、总工程师、调度负责人等人都到会议室，我、孔总，还有办公室，企划部、信息中心的负责人都参加。”
天翔有些疑惑的说：“苏姐，你这是把事情放大了，没有必要吧，我只是想和生产部把需求确定下来。”
苏桐解释的说：“天翔，你还不了解这些人，他们都怕担责任，仅仅和生产部进行需求确认，不会很顺利的，有些人不是以工作为主，往往会推诿扯皮的，再者，信息化会涉及一些人的利益，也会暗中阻挠的，只有这种正规、公开的方式，他们才不敢推诿、阻挠的，这种以正式会议形式是有会议纪要的，是要备案的。这样他们才能认真配合你进行需求确认。”
天翔有些天真的说：“苏姐，你不说，我还真不知道这里面还这么复杂呢，好，就听苏姐的。”
天翔就把他设计的生产管理系统的业务模型发到苏桐的电脑上，苏桐仔细看了天翔的设计，生产管理流程都做了优化，给人感觉更加简洁，规范。工作表格、业务报表也也都进行了优化、规范整理。苏桐对天翔的设计非常满意，只是在业务细节有些不能确定，但天翔都已经红色标注出来了，准备于生产部进行讨论、确认。
苏桐对天翔说：“你准备把它放到会议上去讨论。”
天翔说：“是的，毕竟我不是这方面的行家，再者，真正的使用者是他们，应该让他们参与设计中。”
苏桐还是有些担心说：“你知道，人的知识结构，能力、经验都是不同的，都会按自己的理解去认定自己的想法，同一事物，说法会有很多种的，到时你会遇到麻烦的。”
天翔还是用淡淡的语气说：“这到没有什么关系，你设计的东西就是让公司的员工使用的，就是要经受住众人的审查，如果连审查都不敢做，说明你的设计本身就是有问题的。再者说，现在不拿出来，等到开发完成再让大家使用，大家不认可你的系统，再指出软件的问题，那就麻烦大了。软件修改起来，工作量就会几何级数放大，现在把问题提出了，是最佳的方式。”
苏桐非常欣赏天翔这种自信的神情，很是让自己心仪，又转移话题说：“为什么你是先设计出来，再与生产部人员进行研究呢，而不是先与生产部进行讨论在再进行设计呢？”
天翔说：“因为我们开发人员和使用者之间有一个很宽的中空地带，这个地带就是开发者和使用者无法汇集，交集在一起的，所以开发软件就会遇到开发者和使用者在需求上无法聚合，不能达到需求的共识。出现使用者不断提出需求，而开发者害怕使用者提出需求，造成开发者抵制使用者不断提出需求的矛盾，使软件开发出现问题。我之所以先设计出来，就是让使用者明白了他们是需要什么，他们应该提供什么，激发他们思维，启发他们尽可能把自己的需求提出来，在开发前期将需求都充分提出来，尽量减少他们在开发过程中提出需求。就是要尽早搞定他们。”
苏桐深有同感，自己就经历过项目失败的教训，知道需求是软件开发的最大难题，项目失败大多数都是需求未做好造成。天翔竟然这么就解决问题了，能具有如此的设计能力可不是谁都能做到的。
苏桐看完天翔设计得生产管理系统，基本上表示满意，告诉天翔总体认定天翔的设计，至于细节，还有很多需要商榷的地方。天翔也说要与生产部负责人进行讨论、再确认。
本章节尚未完结,共3页当前第1页,请点击下一页继续阅读------>>>