搜索
目录一、引言·································································11、定义······························································12、项目背景··························································1二、设计任务与目的·······················································2三、可行性分析···························································21、引言······························································22、可行性前提研究····················································23、对现有系统分析····················································34、所建议的系统······················································35、可选择的其他系统方案··············································46、投资及效益分析····················································47、社会因素方面的可行性··············································58、结论······························································5四、项目开发计划·························································51、引言······························································62、任务概述··························································63、实施总计划························································64、支持条件··························································7五、需求分析·····························································71、引言······························································72、任务概述··························································73、需求规定··························································84、运行环境规定······················································8六、系统设计·····························································131、概要设计··························································132、详细设计··························································15七、理财软件功能说明·····················································191、登陆、身份确认（密码验证）的实现··································192、财务管理功能的实现················································19八、接口说明·····························································211、用户界面··························································212、软件接口··························································21九、性能要求·····························································21十、运行需求·····························································22十一、故障处理····························································22十二、算法的简单描述·····················································22十三、测试分析报告·······················································23十四、参考文献···························································23十五、总结报告···························································2411引言1.1定义长期以来人们使用传统的大脑记忆方式来管理家里的日常消费，其实很麻烦，靠大脑的记忆，只能记住很短的时间，特别是随着社会发展，现在收支种类的多样化，消费的不定时性，不定量性都无规律可寻。所以很多家庭会常常为钱不知去向而烦闹，会想不起一些消费记录，以至家庭的理财很是混乱，毕竟靠人脑记忆理财存在很大的不足。为此，课程设计我选择了家庭理财系统，课程设计我选了家庭理财管理系统的设计，设计出了一个针对家庭理财的管理系统。系统具有收入、支出的添加、修改和删除功能，还有具有现实意义的银行存取操作查询，最方便的是用户能够通过直观的直方图查看收入支出的详细信息，诸如收支类型，收支日期，收支金额等。另外在系统内部，针对访问权限设置了一些加密措施，以保证数据的安全性。系统在开发过程中，经过比较长时间的设计阶段，可以说模型贴近生活，有很大的现实意义。一般家庭或者类似家庭的小团体都能够比较方便的使用该系统。考虑到系统本身具有较强的专业性，而这些知识普及率毕竟有限，所以在程序设计过程中一直遵循实际应用的原则，保证设计出来的软件能被一般用户所接受。这也是由这个课题本身决定的。因此，它的操作界面会尽可能的简单，明了；各种控件的布置也会非常清晰，使用的控件种类不会太多且对控件的操作不会复杂。这样就能让不参与该软件设计的人也能够熟练地更好地使用。1.2项目背景由于现今消费观念的不同，真正具有理财观念，做好家庭理财的人不是很多。特别是像现在80后一代刚组建的家庭，可能还没有形成一种良好的家庭理财观念，那么就更没办法很好的掌控自己的日常开支。所以我觉得有必要为这样一类人群设计一个帮助他们管理家庭账目的软件，来提醒和督促他们形成一种良好的理财观念。在普遍的家庭中，他们希望可以平衡自己各方面的开支，比如生活开支，娱乐开支，通信开支，教育投入开支等等之类的一系列费用。同时从另一角度提醒他们可能忽略了哪一方面投入，或者某方面的不平衡，而建立一个良好的开支计划，不至使生活过于单一。当然，也需要管理好自己的账户储蓄，比如掌握自己的资产等，为自己的储蓄做一个良好的计划等等22设计任务与目的课程设计我选了家庭理财管理系统的设计，设计出了一个针对家庭理财的管理系统。系统具有收入、支出的添加、修改和删除功能，还有具有现实意义的银行存取操作查询，最方便的是用户能够通过直观的直方图查看收入支出的详细信息，诸如收支类型，收支日期，收支金额等。另外在系统内部，针对访问权限设置了一些加密措施，以保证数据的安全性。3可行性分析3.1引言3．1．1编写目的开发基于现实生活中的家庭及其他类似小团体的财政管理系统，方便其对日常收入和支出进行简单而准确的管理。同时针对社会发展趋势，家庭对其财产进行银行存储已成为趋势，此系统特别设置了账户管理功能，以更加方便管理，贴近生活。3．1．2背景长期以来人们使用传统的大脑记忆方式来管理家里的日常消费，其很麻烦，靠大脑的记忆，只能记住很短的时间，所以常常为钱不知去向而烦，而有时常常会想不起一些消费记录，家里的理财很是混乱等问题，综上所看，靠人脑记忆理财存在很大的不足。为此，家庭理财系统为家庭解决了上述问题，提供了快速，直观明了的理财过程，方便使用。3．1．3定义家庭账目管理系统是一款贴近生活、实用并跟踪家庭消费动态，合理设计，切实体现消费记录，查询对比计划来反映各使用者的消费情况的家庭理财软件。它提供了不止消费方面的服务功能，还包括了银行账目管理的功能等。33．1．4参考资料[1]郎波.Java语言程序设计.北京.清华大学出版社.2005[2]王珊,陈红.数据库原理与应用.北京.清华大学出版社.2004[3]李催.软件工程.机械工业出版社.20063．2可行性前提的研究：从该系统的题目来看，它并没有涉及到什么就我们目前所学以外较难的知识领域。再从功能上分析，该系统需要提供项目管理、消费管理、储蓄管理、制定计划管理、消费统计查询等，再加上各模块下添加、查询、修改、删除等功能，连接数据库就能基本完成了。再者就是合理设计，使各模块独立性强，耦合性低。3．2．1要求该系统需要实现用户注册、登录，然后可以进入消费管理进行各项分类消费的记录，同时支持查询和各关键字的搜索功能；可以进入储蓄管理进行资金的储蓄记录或支出记录，并支持以系列的查询功能；在使用时，用户也可以进入统计查询来追踪自己的消费状况合理安排计划；在此之前用户也可以进入消费计划管理设置自己的消费一计划，并由系统据此计划来提醒用户的消费状况是否按计划执行。提供一个尽量完备的功能需求。在性能方面，若在输入中出现数据的不匹配，则由系统弹出提示对话框，来解决出现的输入错误的情况。在数据库方面，实现事件的同步、互斥，采用了事务恢复功能(事务的回滚、撤销等)来保持数据的一致性以及正确性。3．2．2目标合理设计，使各模块具有较高的独立性，降低耦合度。各方面软件问题考虑周全，不至使用户在使用过程中，发生系统崩溃。追踪现实生活，使该系统具有较强的使用性。3．2．3条件、假定和限制在使用中，本系统没有太多的限制，只需要输入的各数据项符合其类型。不过就算出错，系统会自动弹出提示信息，帮助纠正。43．2．4进行可行性研究的方法未定义3．2．5评价尺度设计合理，各模块间高内聚，低耦合，界面简洁友好。数据库设计方面，需要进行良好的设计，满足各范式要求，同时应用加密功能，保证数据的安全性。3．3对现有系统的分析3．3．1处理流程和数据流程注册用户直接通过登录账号验证成功进入系统界面，然后首先整理一套适合自己的消费计划，可以进入消费设置管理项进行相应的设置。之后就可以对自己的消费、储蓄等各方面情况进行添加、查询、删除等操作。当系统对比到与用户设置不符时，则系统自动提醒。用户也可以通过消费统计来查询消费情况等，最后操作结束，退出系统。3．3．2工作负荷未定义3．3．3费用开支未定义3．3．4人员未定义3．3．