第三章是通用机打发票系统的系统设计。主要分系统架构的设计和数据库的设计。

第四章是通用机打发票系统的详细设计。阐述了系统安全性的设计，详尽的介绍每个模块以及实现过程。

第五章是通用机打发票系统测试，测试程序能够运行且无误或及时的报告错误和错误原因。

第六章是毕业设计的致谢、总结、体会和参考文献。

2 需求分析

2.1 需求分析

目前，现有的票种种类繁多，为科学合理设置票种，规范统一式样，积极推广、扩大机打发票使用范围（包括税控发票），限制和压缩手工票使用范围，国家税务总局下发了《国家税务总局关于印发〈全国普通发票简并票种统一式样工作实施方案〉的通知》（国税发[2009]142号）和《国家税务总局关于全国统一式样发票衔接问题的通知》（国税函[2009]648号）两个文件，实行简并票种统一式样。简并后，本市国税发票由43种减为22种。本市地税发票由89种减为28种。为规范纳税人开票行为，指导纳税人逐笔开具发票，避免假发票、阴阳发票给纳税人带来的涉税风险，市税务局将稳步推进电子发票数据的全明细报送以及构建发票信息查询平台。旧版发票从2012年6月30日止停止使用，简并票种从2012年4月1日开始。纳税人可根据经营实际情况自行选择上海市国税通用机打发票三联或四联的发票。对上海市国税通用机打发票（五联）一般用于从事出口业务的纳税人。

通用机打发票系统的开发应遵循税务局的规定，并能更好的满足不同行业的纳税人对机打发票的需求，从满足纳税人的灵活设置、开票稳定、交互机制简便快捷、数据分布安全可靠等几个方面来对系统的开发进行严格控制，并在系统开发过程中始终贯彻以下要求。源:自*优尔~·论,文'网·www.youerw.com/

2.2 可行性分析

易用性：系统的主要服务对象是上海各个行业需要自行开具满足税务局要求和自身需要的机打发票。系统要通过友好的人性化界面展示、更简便易懂的业务流程及用户操作，来贴近可能的系统使用人的日常习惯，以便用户可以快速学习、理解和操作通用机打发票系统。

稳定性：系统应具备良好的稳定性，确保系统能够稳定可靠运行，达到最大的平均无故障时间。在进行海量数据处理情况下，不降低系统效率且不间断服务。应提供快速故障恢复手段以及数据备份手段，以保证数据安全。

灵活性：应采用组件化的开发模式，保证各功能模块设计时的低耦合度，使系统各个功能模块既相互独立，又可以适应不同的个性化需求灵活配置。

安全性：根据开票人绑定开票点机制来合理规范和限制由于用户操作而产生的无用数据。系统涉及数据上报及收取回执，在交互前需注意对上报数据的准确性进行验证，而在交互时需注意对上下行数据的一致性进行验证，进而规避由于数据格式不准确、不一致而引起的资源、人工浪费。

高可用性：系统应具有高性能的数据存贮管理和备份及恢复能力，保障数据的完整性和真实性。对系统结构、网络系统、服务器系统、存储系统、备份系统等方面须进行高可用性设计。在采用硬件备份、冗余、数据库集群、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以提高整个系统的安全可靠性。

开放性：系统设计应采用开放的技术标准，基于MVC架构进行设计开发。在满足先阶段客户要求的同时，要为系统的后续发展留有充分的接口，以便在结构和功能上进行扩充，以适应新业务内容可能对系统带来的变革，并具备与后期项目或其他业务系统平台对接的能力。文献综述