开题报告内容的写法示例.doc

开题报告内容的写法 总的来说，要能够把所学的理论知识应用到具体的实例上，所以论文大纲和开提报告的研究内容和实施方案上也要体现这方面：使用了何种理论、模型或方法，分析或应用了哪个具体的项目和案例，从哪几个方面进行了分析和研究，研究预期会得到什么样的结果? 总之不要是一些论述的堆砌，要结合工作中的具体项目和实例。以免给人罗列网上资料的感觉。 选题意义示例 随着现代软件技术的发展，对于软件项目的需求日益复杂而且变更频繁，项目的开发模式已经由昔日的手工作坊式的开发转变为规模化、团队式的开发，当开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，而在这其中，软件代码的重用性又很是重要。 本研究通过一实际项目在需求变化时，对系统进行改进，特别是对软件重用性加以很大的提高，使系统在需求发生变化时，更加的健壮，并通过实践总结出软件重用方面的一些实用指导方法，并拓展到一般性的软件开发过程中，使其具有一定的指导意义。 企业的各个部门长期以来一直在寻找途径向自己的员工提供统一的桌面信息途径,通过这些途径,员工能够使用多种应用程序、了解公司的业务进展，并且获取资源（既包括技术资源也包括人力资源）。用户不再需要记忆大量的用户名密码，不用在不同系统切换时重复登陆，也不必因系统间无法互联互通、信息共享而发愁。企业信息门户（EIP）的出现很好的解决了这个问题。简单地说，门户是提供通往遍布全企业的内容、数据和服务的入口，可以称它为“One port to enter all service”。 本选题基于一个电力企业的信息化应用实践，该企业由于行业特色，有大量的业务管理系统，有些是自行开发有些是外购，这些系统各自独立，数据分散，缺乏集成性的工作环境也没有一个统一的信息访问平台。用户常常因自身工作需要频繁地登陆不同系统，同一份数据往往需要多份拷贝以期能在不同系统中发布。更由于没有很好的规划企业信息架构，多台WEB服务器，DB服务器保存着重复的用户信息，给统一的用户管理制造了难题。作为信息化改造的第一步，EIP被用来将企业IT和信息在表现层进行重整，根据使用者的角色对企业IT资源和能力进行重构，以实现个性化的桌面工作环境。通过对企业信息门户的规划、设计、架构、开发、实施和使用以及比较和选用软件应用服务提供商的具体信息，寻找一种最合适本企业的企业信息化应用解决方案，推动企业高效地利用现有的遗留应用程序和商业封装式应用程序。 拟解决的关键问题示例 通过对此实际项目的架构设计与建模分析，一方面建立一套比较完善的连锁网吧管理系统架构，使得此系统既符合网吧业主的需求，又符合公安、文化部门的监管需求。另一方面，更重要的是总结在实际软件项目中应用统一建模分析的经验，研究在一般软件开发过程中，如何应用统一建模的概念和原则，使得软件开发过程规范化、步骤化，在更高层次上实现软件开发过程的统一，从而提高软件开发的效率和成功率。 1、 针对现在国内很多软件公司软件开发极不规范，甚至以作坊式的开发。本论文应用软件工程的方法对该库存管理系统进行需求分析和系统设计与架构，从而规范软件开发过程，提高软件的生产效率。 2、 本论文使用先进的库存管理理念和库存管理模式，来设计一套更加先进、实用、可靠的库存管理系统。 3、 对库存管理系统进行架构分析，寻找更加适合本系统的架构模式。 1 与酒店中其它信息系统的集成化和协同化问题。 2 为酒店业信息化系统而需要的业务流程再造。 3 商业智能分析和决策技术在前台信息管理系统中的应用。 1、由于不可能有2家完全一样的公司，因此也就没有能完全照搬的现成CRM系统；这就是首先要考虑的问题：从目前众多的CRM软件中选择出适合本案例使用的软件，并对相关模块加以取舍，突出应用的重点 2、如果仅仅对数据进行收集汇总而不加以利用，那明显是一种浪费，所以本案例将关注所谓客户智能模块，尝试建立各种客户模型，对收集的数据进行分析 3、CRM实施中遇到的最大问题是如何让公司全体都能真正接受新的工作方式，也就是都能真正做到以客户为中心；现尝试从技术、管理和人员三方面来进行解决 具体研究内容和实施方案示例 原稿: 具体研究前台配置参数化。 修改: 可以按照这样的思路展开：给出前台配置参数化的设计方案，并进行系统实现。该方案基于XML，。（如果已经有方案的具体考虑，给出方案的主要思路；如果还没有想好设计方案，可给出先研究其他系统配置参数化的做法，然后在开题报告中强调你的配置参数化的方案的特色） 这是我们目前正在做的一个产品项目，项目最终实现一个管理平台，一卡通用，统一结算，公安、文化监管，可扩展第三方增值服务。在此，我将具体研究从项目的需求分析，到系统架构的搭建，并运用UML对系统进行建模分析 ，并研究如何将UML应用于一般的软件开发过程, 从而提高软件开发的效率和成功率。 整个系统基于.NET框架设计，底层采用C/S结构，以利于数据通讯的高效和安全；上层管理层采用B/S结构，以利于远程管理和信息查询，在可以上网的任意一台计算机上，通过浏览器，就可以查看数据中心的资料，各网吧的营业情况一览无遗，对于同一老板在不同地域开的多家网吧的管理来说，这种管理模式非常方便。 本课题以库存管理系统为载体，来研究库存管理系统的业务模型，并且研究该库存管理系统的软件架构。我将按照软件过程的方法，具体从项目的需求分析，到系统架构的搭建，并运用UML对系统进行设计与建模分析，以此来指导项目的进一步实施。 整个系统基于J2EE架构设计，采用基于WEB的MVC模式实现，使用Servlets做服务端处理控制器（controller）的实现，JavaBean做模型（Model）层，JSP作为表示（presentation）层，客户端以浏览器实现，这样可以实现异地管理和信息查询，并且方便以后的系统维护和升级。 本案例涉及的是一家年销售数千万人民币的小型通信系统集成商，该公司以贸易为主，拥有众多合作伙伴，并在通信系统的某些部件上拥有设计和生产能力；在激烈的市场竞争下，现该公司发现与竞争者在产品上差异越来越小、利润率也越来越低，因此经过一段时间的调研，把注意力转向了CRM；在不大规模增加人力成本的基础上，如何合理使用CRM系统，重点优化销售管理流程，从而谋求市场资源的充分利用以及利润的进一步提高显然是当务之急。 具体研究内容： 1、 CRM分类研究 2、 客户模型 3、 项目投资回报分析 4、 实施关键和经验 - 本课题针对企业级应用系统的特点，将基于角色的访问控制模型（RBAC）引入系统权限管理，提出了一种符合企业系统管理要求的通用的、可扩展的权限管理方式。具体研究内容包括： （1）研究各类访问控制技术，重点研究基于角色的访问控制模型（RBAC），分析各种技术的特点及对比其优缺点； （2）将基于角色的访问控制模型（RBAC）与实际项目相结合进行设计与实现； （3）通过元数据管理、分层次不同粒度的接口设计，将基于角色的访问控制模型（RBAC）和应用系统业务逻辑相结合，以达到模型通用化的目的； （4）在传统的RBAC模型基础上，对访问权限的控制粒度进行细化； （5）实现通用权限管理组件，证明其设计的有效性； 实施方案： 本课题主要采用J2EE平台，运用面向对象的理论，采用面向对象程序设计语言-JAVA，并借助于统一建模语言-UML来实现通用权限管理组件。 具体研究内容和实施方案: 1 结合流程管理知识，根据WEB开发的特点制定软件生命周期各阶段要完成的任务。结合实际项目，为数据建模、业务建模、界面设计、测试和部署及配置管理方面设计出实施框架 2 使用MVC2架构对系统进行划分。系统首先划分为表现层（Presentation Layer）、持久层（Persistence Layer）。表现层又分为最终用户界面和表现逻辑。持久层又分为业务处理流程、业务对象和O/R映射。定义出每个层的职责和实现框架。 3 提取常用的页面元素，将其封装成组件（称为RWE，Rich Web Elements），实现类似传统程序开发中的控件 4 统一管理J2EE的各种API（例如JDBC，JTA，JMS， JAAS等），通过封装隐藏其背后的复杂性，实现标准化调用。 5 选择已有的解决方案或产品，并将这些选择作为框架的标准组件，通过适配器与这些组件耦合，降低由于对这些组件的升级和更换对代码的影响 6 在提高重用性方面，遵循模块化，低耦合和文档化的设计原则 7 本项目不仅为WEB应用的开发提出一套解决方案，同时也制定出一整套适合团队开发的流程，提高开发效率，降低后期的维护成本。 工作的具体进展计划： 从开题报告提交截止日期开始按照时间段写到论文提交 2009.2.20-2009.3.20 确定开题报告； 2009.3.21-2009.4.20 确定论文大纲结构； 2009.4.21-2009.5.31 查找资料，对RBAC模型深入研究，基于RBAC模型对通用权限管理组件进行设计和实现； 2009.6.1-2009.7.15 完成论文初稿，递交至导师处进行审阅； 2009.7.16-2009.9.15 与导师密切沟通，对论文的不足之处进行修改和补充； 2009.9.15-2009.9.20 论文定稿，提交至学院论文系统； - 5月20日前完成相关技术预研 - 6月30日前完成项目的设计 - 7月20日前完成代码撰写 - 8月31日提交论文初稿 1、2009年9月20日前，资料收集，文献阅读，完成开题报告。 2、2010年1月20日前，完成论文初稿。 3、2010年2月22日前，完成论文修改稿。 4、201