预算编报管理系统 Day 1 需求分析 ， svn 配置
1. 实训项目背景
（明确的应用领域和实际背景）
项目名称：预算编报管理系统
预算编报管理系统是按照国家、部门预算改革的需要，实现由基层预算单位编报预算，逐级上报、审批、汇总，经财政部门审核，提交同级人大批准后，下达预算单位执行预算的信息化处理过程。
部门预算包括收入预算、基本支出预算、项目预算及政府采购预算等。
实现以部门预算为源头，衔接指标、执行、账务。充分利用应用支撑平台完成财政对资金的管理全过程。
项目要求：
软件操作简便、快捷，有效地减轻预算编报工作人员的工作量，减少编报的时间。
界面设计风格统一，便于操作员快速掌握系统操作方法；用户界面简单明了，符合业务办理流程，具有人性化特点。
软件设计结构模块化、程序结构化、数据格式标准化、代码统一化，各种文档资料规范化。
2. 实训目标
强化学生的动手能力；提高学生对软件工程方法、技术、工具、过程和管理的整体化理解；加强学生的团队意识；提高学生自主解决问题、协作解决问题的能力。
3. 系统功能
（详细的业务需求和系统功能）
业务流程：
采集表管理
完成单位基础信息项维护、支出项目录入设置、采集表定义、采集表刷新、采集表数据清理、收支审核定义以及其他审核定义等采集表相关设置。
定额管理
维护类档、定额标准以及设置单位所对应的定额标准，利用定额管理可灵活测算支出数据。
预算编审
用来完成部门预算的采集录入修改和数据审核。包括采集和综合信息处理两部分功能。
任务管理
实现预算单位、部门同财政之间填报及审核批复数据交互。
指标导出
依据部门预算批复情况将预算数据分批按比例导入到指标使用。。
4. 技术方案
（技术路线；关键技术和模块的详细技术实现）
采用符合J2EE技术规范的多层构架，通过网络系统支持用户登录使用，客户端使用浏览器。整个系统运行于应用服务器之上，利用应用中间件支撑系统的运行，数据库管理系统使用MySQL，应用中间件使用Tomcat。
中心端：
系统架构：J2EE
开发工具：Eclipse
数据库：MySQL
开发技术：GWT、java、Hibernate、Spring、sql
中间件：Tomcat 、jdk1.6
客户端：
开发工具：Eclipse
数据库：MySQL
开发技术：java、sql、Hibernate
自己的对需求的分析：
以下是我做的需求分析总结：
各申请部门：
1.普通员工：
1）填写、修改预算申请表
2）提交
2.负责人：
1）浏览与审阅个申请表
2）确认或发回（不通过）
3）汇总与提交
last) 确认 ， 记录
财会部门：
3.财会部门：
1）审核预算汇总表
2）协调预算汇总表，
3）不通过 ，发回并建议
5）确认通过
6）提交给主要领导
7）提交给上级财政部门
last) 确认，记录
4.主要领导
1）审核汇总表
2）通过 ， 不通过
last) 确认，记录
财政部门：
1）审核 ，
2）批复预算数额 ，
3）发回
last）确认，记录
系统，管理员：
1）表格维护，自动汇总表格
2）历史记录
3）成员信息维护，
4）权限分配
参考链接 https://blog.csdn.net/u014727709/article/details/53381408/
问题：
输入服务器地址，输入登录名，密码，总是连接或登录失败
解决方法：
老师把账号密码给错了，更换了正确的账号密码即可
3.审批细节讨论：
负责人根据每个人的上报结果进行资金分配
例如：某部门的甲 ， 乙是个人，分别需要申请100元 ， 50元，共150元
财会部门给该部门负责人的建议是120元 ， 负责人需要根据甲吗，乙的申报情况合理分配（缩减）资金，我认为，按比例分配（缩减）比较合理 甲最高可获得100*120/150 = 80
乙可最高获得40
倘若不安这种缩减方法，任意一个方法来分配，结果是甲可最高分配m元，乙可最高获得n元 ， 则如果让甲，乙重新申请，则甲申请的数额大于m不会通过，同理，乙申请的数额大于n也不会通过
因此可以让系统自动化地判断甲 ， 乙是否可以通过 ， 此时也不需要负责人再次审核，因为负责人已经规定好了甲，乙的最高金额数，倘若甲，乙符合标准就会通过
这样，也不在需要甲，乙重新再次申请，因为，当甲，乙得知自己的最高金额数，二者一定会按照最高金额数申请，即甲再次申请的金额数位m，乙再次要申请的金额数为n
当然可能有特殊情况：再次申请时，甲需要的小于m，或者乙需要的小于n，此时可以让甲乙再次申请
4.业务流程图
疑问：上级批复的预算能否在预算汇总之前就可以得知？
解决：上级在得到下级预算申请后，根据实际情况对各个部门的需求进行批复，而不是盲目进行下批，这样有利于资金的合理利用；倘若在未知具体需求的时候进行下批，有可能会因为某些特殊情况和而导致需求高的资金不足而需求低的资金过剩