最近有一个新的需求要做，但悲剧的是上级拍着熊脑袋要在原有的系统上开发。崩溃。
为什么崩溃？
先说一下原有的系统，使用的sturts1+spring+烂透的UI+jdbc.。单看这套结构也能用。悲剧就发生了代码结构，绝对让你抓狂，本人来的晚，先前的开发估计是一般二楞小子。
问题？
1，代码结构没有分层，（一个类搞定一切）
2，sql语句大量存在jsp页面，（保存修改的sql直接在页面jdbc）
3，jsp套java
3，一个方法重头写到尾，能写到2000行，完全没有公用性。
4，起名毫无规范
然后后期就都在这套系统上加新的需求，什么手机端了，半杆子打不着的轮播系统，flash开发也套上去。吹嘘这这套框架牛哄哄的，号称当时4个月就开发完了，我淡淡一笑，其实后来花了两年的时间去维护，到现在还是漏洞百出，积重难返。（国企不缺钱）
无奈谁让自己不是头头呢！（忍）
但是这回当需求下来的时候，正好手头不是很忙，是时候出击了。设计我一定要混进来，跑在这帮庸人的前头，不能再把我往沟了带了
先说一下大概的业务，某下属单位的的新需求，其他的模块没过多的插手，爱怎么滴怎么滴吧。专门搞经营业务，因为按公司现在的情况，这块功能最后还得到我这里几率最大，不想给别人收拾烂摊子。
业务封为：投标测算，项目信息，预算，成本还有一堆报表
投标测算里面分为：商务测算，合同收入，合同成本
商务测算就是创建几种项目的投标方案。项目方案下有基本信息，主要参数，人力志愿等等。。共计大约120个字段
添加项目编辑详细信息。（页面原型不是我做的，这个系统的统一风格。其实好多地方已经不适应现有的业务了。没办法大量的逻辑在页面上，换不了UI），
合同收入，里面有采集收入和其他收入
先选择一个项目名称，然后编辑合同收入明细。至于采集收入现在增加到每项里有10个类型，但是用户每个项目不一定录入几个类型可能录一个，也可能录7个，说不好。（这个设计成这样我很别扭。用户就要这样，那就这样）
其他收入信息简单，就是几个固定的字段
合同成本：共计有220个科目。分为几个类，主要材料，人工成本，设备，机械费，管理费等等。大类下面又有小类
上面的是投标测算，最后可以选择几个方案进行对比，
说下：实际的项目。
选中一条项目信息，实际的项目信息是从生产模块读取而来，然后项目详情需要自己填写，也可以点击抽取功能，向别的模块抽取一部分信息过来，然后再修改完善。（字段同投标测算里的项目信息一致，页面也一样，按钮不同而已）。
项目预算收入，成本：
这里的预算收入成本和方案 里的没有关系。是对真实的项目进行预算。
预算收入先首次维护只能一次，然后可以进行收入调整多次，比如人工费增加了2万直接添加2万，少了些负数。查看的时候查询首次维护和每次调整的合计
预算成本：
预算成本有下级多个部门填报，每个部门有多种类型需要填报，填报完成后提交。
预算成本查看：
点击表头可以查看部门的填报情况，哪些填报了，哪些没有填报。点击查看具体的信息。不合格的退回，重新填报
填报查看
项目实际：就是实际项目的实际成本和实际收入
实际收入维护：选定一个日期，会从生产模块抽取截止到这个日期的实物工作量，其他的项需要自己填写。
查看实际收入信息
实际成本分为：入账成本，未入账成本项目，未入账成本财务
入账成本，选着单位，日期。（科目：大港，国际，去年）
未入账-项目
未入账-财务
大致的需求就这么多，还有一些统计，报表，对比，一些附加的功能。
注意：每项功能都有导入导出
今天先把需求更上去，后面再追加开发思路和设计