（1）使用建模工具创建了物理表。
<1>后只在建模工具上有表或者字段都没有相应的描述。但是在oracle数据库端就没有相应的描述。当修改问题查看orcle相应表找问题的时候没有表或者字段的描述就比较麻烦，如果表里有对字段的文字描述会更好。
<2>建模工具添加新字段的时候，保存容易不成功，造成手动去oralce数据用sql语句添加字段。【倒也不麻烦】
（2）建模工具创建的表单。
<1>建模里脚本基本没有用到捕获异常。
没有异常处理造成系统有问题的话，尤其是系统问题，弹出来的界面不友好。
<2>表单脚本没有C#语句的智能提示，公司自己封装的方法才有相应的提示。
<3>以前项目的脚本中很少用到高级的c#特性。严重缺少学习锻炼的机会，没有优秀的参照，只能自己主动去用。
<4>表单上添加多个页签，造成表单脚本不容易控制。需要直接给视图对应的字段赋值才可以。涉及大量计算的时候非常不灵活，必然出错，脚本很难维护。后来的项目不再使用多个页签。
（3）客户端问题。
<1>客户端整体运行太慢，尤其是打印报表的时候。这在开发测试的时候很耗费个人注意力，很浪费时间。
<2>使用系统打包文件安装后，每次登陆都很慢。
<3>装到c盘容易造成没有权限访问的问题。
(4)系统问题，，，弹出新表单进行录入的这种方式不可取。
录入很多条数据的话，导致系统特别难用。保存新增数据的时候特别慢。
-------
原因：应该是在开发 的时候完全听客户的意见和需求，客户怎么想就怎么去实现，没有做出功能模块来测试。
再就 是后期实现之后，测试的时候应该能发现问题。
发现问题后也没有及时改。
-------
思考：应该发现问题及时跟客户沟通，如果是测试出系统运行问题，应该及时修改实现方案。
为了系统更好的给客户使用
为了一步步验证出更成熟的系统实现方案。