开发工作小结

 

开发小结

——by David 2007-4-10

实际过程：

1.界面设计：

       2007-2-26至2007-3-4 。这期间主要工作：一边设计界面，一边理清业务流程。初步建立了系统原型，为后面的工作奠定了基础，使后面的分析不再“凭空”。

 

2.DB设计：

       2007-3-5至2007-3-9。这期间主要工作：ER！确定了系统应有实体种类，实体属性，实体间的联系，并出于方便统计的目的适当增加了系统冗余。

 

3.分工编码：

       2007-3-10至2007-3-26。这期间主要工作：分工Coding！分工的原则是：按照界面设计时的分工进行分工，其好处是各人对自己的模块流程掌握程度较高，减少编码时间。

 

4.功能测试

       2007-3-27至2007-4-9。这期间主要工作：由于按照了分模块Coding，且模块间的链接纽带是DB中的Table，一个你“存”我“取”的关系，故主要还是进行模块功能测试，模块间的相互影响不大。只要各模块对各自存取的Table操作得当，系统即可正常运行。

 

5.打包安装

      

主要缺陷：

1.文档编写的盲区（除DB设计）

       潜在问题：势必加重后期的系统维护，更新工作的工作量！这次程序不大，否则对于开发阶段的影响都将是不可小觑就更别提什么后期维护阶段的工作了。

 

2.操作流程的错位

       第一步的界面设计起的作用是：“仅供参考”，该阶段所设计的界面在实际过程中做了较大的调整。故在第一步的操作过程中（界面设计）应该强调的工作重点是：分析业务流程，界面次之。界面设计也有重点，在功能。避免不必要的工期浪费。

       同时由于围绕界面功能（而非）而设计的DB可以说是“量体裁衣”，这样的DB是否存在“不易扩展”的弊端呢，软件的通用性和专用性。

 

3.程序的并发操作考虑

 

编程技巧：

1.领略了DataWindow操作DataBase的方便性。

2.对数据库系统原理中事务的灵活运用，保证数据的准确性。

3.对程序功能代码间的“低耦合”的妙处感受深刻：做该做的，不做多余的。这样的代码修改容易，不会“牵一发而动全身”。

4.增加了对用户误操作的防御代码，使系统运行更具容错性。

5.编码前对程序将采用的主要技术，该注意的问题，大致实现方案等都应该心中有数。这样编码将会事半功倍。但要实现这样的效果离不开文档的辅助，而这正是我们实际所欠缺的。

6.编码方面：捕获并处理错误宜早不宜迟。允许业务错误（非逻辑错误）同时系统有能力发现和允许用户修正这种错误。

有所想：

A.界面预设的注意事项：

1.名称最好能体现功能，做到见名知意，并尽量减少重命名的情况。

2.功能控件、包含信息尽量完整齐全。

3.尽量美观。

 

B.良好的沟通意味着良好的倾听和适时的妥协。

 

C.分清过去和现在（记录当时状态，防止可能的变更，“用现在的标准衡量过去”）

利其器：

1.熟练掌握了PB9.0的开发环境

2.熟悉了Microsoft Office Visio 2003

3.熟悉了Power Designer9.5的数据库设计

4.熟练掌握了SQLServer2000

************************************************************************

************************************************************************

转载于:https://www.cnblogs.com/houdavid1893/archive/2007/05/12/743859.html