1.知识准备
1.1 面向过程的软件的工程方法6步.
1.业务需求
2.需求分析
3.总体设计
4.详细设计
5.编程
6.测试
1.2 面向过程的开发方法
1 思想观念: 从数据和流程出发,解决业务问题
2.构造策略:分析业务流,数据流,分别确定程序的模块结构和数据结构,将数据和操作分开
3.保证机制:基于数据流图,设计功能与数据间的关系。基于ER图,设计关系。
4.设计内容 :数据结构+算法 = 程序设计
数据
操作
类型与变量
函数调用
类型与子类型
5.分析结果:数据流图
6.设计结果:功能模块结构图,实体-关系图等.
2.方法
给你一个任务,不是马上去做,我觉得应该有以下两点
2.1.找业务要相关的流程,先读一下对应的流程,如果有操作手册最后做一个相关的数据操作,再仔细的读相应的开发说明书,然后确定这个开发任务在这个流程位置,改程序更应如此;
2.2.小步快跑,最高效,具体实现大过程,应先取数,再做逻辑处理.
3.具体步骤
首先问自己,我是否有明白这次开发任务是解决的一个什么业务场景,不管不能不能看明白,我们都需要肯业务顾问确认。
- 先根据开发说明书搞清楚其业务逻辑,最好用思维导图来整理清楚,然后自己来写开发说明书(和开发业务顾问一起写开发说明书,写完后可以最少减少沟通时间,到时候可以只来写程序);
- 在做第一步的时候应该先用ZSQL这些数可以取出来不, 如果业务顾问给的逻辑都实现不了(是否需要有新的字段,是否需要建新的表,如果需要则应建好);那先不要去做,先和业务顾问沟通(一定要先让业务顾问提供一个数据);
- 手工实现一下其逻辑,看可不可以实现(尤其是一个人加班的时候,在正常上班的时候就应该把这个要做一次,尤其是取数的过程.);
- 一定要问业务顾问找到相应类似程序,如果有SAP的标准的demo or 自开发程序(系统刚上线,最近开发的),反复读,理解其逻辑,怎么实现(最好自己做一个业务数据,如果不行,则请业务顾问做一个);
- 再来写程序的主逻辑框架;先保证主逻辑没有问题,这个就象相当于人的骨架这些,在这样的基础上实现一部分功能;
- 再来写细小的逻辑,这相当于人的肉,有了主框架,才有这些;
- 再来跑数据来测试,往往测试系统由于数据较少,测试不出来什么问题,在实际应用的时候才有更多的问题(First ,you should use one data for testing ,then you should use batch data for testing it);
- 对于有困难的程序,每天用一点时间来研究,不是说1天持续的研究这个程序,这样很浪费时间,某个问题可能需要很多东西,可能今天想到了这1点,明天想到了另外一点,很多时候一次只能想到一点。
- 如果是修改别人的程序,应该一定要写注释,就算自己写的程序,去修改的时候都要尽量写注释。 When you develop it ,and you must write note.
4.总结
1.总之,写程序不是天马星空,逻辑很重要,一点点的去实现,对于主逻辑,细节把控都重要.
写程序就是帮助实现手动的过程,然后提高效率。
2.写程序之余应该多了解业务,我们应该把操作流程和操作手册拿出来边读,如果有手操作手册,也应该操作,深刻的理解业务才是最优秀的程序员.
3. The main logic is not chaged in the programme.And it includes main internal table.When you define variant, you must distinct global and local in the different position.