（1）使用建模工具创建了物理表。

 

<1>后只在建模工具上有表或者字段都没有相应的描述。但是在oracle数据库端就没有相应的描述。当修改问题查看orcle相应表找问题的时候没有表或者字段的描述就比较麻烦，如果表里有对字段的文字描述会更好。

<2>建模工具添加新字段的时候，保存容易不成功，造成手动去oralce数据用sql语句添加字段。【倒也不麻烦】

 

（2）建模工具创建的表单。

 

<1>建模里脚本基本没有用到捕获异常。

没有异常处理造成系统有问题的话，尤其是系统问题，弹出来的界面不友好。

<2>表单脚本没有C#语句的智能提示，公司自己封装的方法才有相应的提示。

<3>以前项目的脚本中很少用到高级的c#特性。严重缺少学习锻炼的机会，没有优秀的参照，只能自己主动去用。

<4>表单上添加多个页签，造成表单脚本不容易控制。需要直接给视图对应的字段赋值才可以。涉及大量计算的时候非常不灵活，必然出错，脚本很难维护。后来的项目不再使用多个页签。

 

（3）客户端问题。

 

<1>客户端整体运行太慢，尤其是打印报表的时候。这在开发测试的时候很耗费个人注意力，很浪费时间。

<2>使用系统打包文件安装后，每次登陆都很慢。

<3>装到c盘容易造成没有权限访问的问题。

(4)系统问题，，，弹出新表单进行录入的这种方式不可取。

录入很多条数据的话，导致系统特别难用。保存新增数据的时候特别慢。

-------

原因：应该是在开发 的时候完全听客户的意见和需求，客户怎么想就怎么去实现，没有做出功能模块来测试。

再就 是后期实现之后，测试的时候应该能发现问题。

发现问题后也没有及时改。

-------

思考：应该发现问题及时跟客户沟通，如果是测试出系统运行问题，应该及时修改实现方案。

为了系统更好的给客户使用

为了一步步验证出更成熟的系统实现方案。