5.开发总结报告

编码：070202（2009）1215程序设计在线评判系统开发总结报告撰写者：方雅群组 员：胡刚强 禹可成 胡可本一 引言1.1编写目的本学期由禹可成，胡刚强，方雅群及胡可本组成的小组主要的开发项目就是程序在线评判系统，在学期末终于初步开发完成。现在对整个开发过程加以总结，留下经验，汲取教训。为以后的其他工作留下经验资料。并作为向指导老师报告的材料。1.2背景1.2.1本项目为程序在线评判系统，英文名为Online Judge System。1.2.2本项目有禹可成，胡刚强，方雅群及胡可本4位同学提出并开发实现。面向所有爱好程序设计者，及各类进行程序比赛的组织。1.3定义 WindowsAPIWindows应用程序接口Algorithm算法c/sc/s模式SQL Server微软的数据库管理系统DBMS数据库管理系统1.4参考资料1李世杰ActiveServerPages(ASP)3.0网页设计手册北京:清华大学出版社19992前沿电脑图像工作室巧学巧用Dreamweaver、Fireworks、Flash制作网页北京:人民邮电出版社3ASP入门与实例演练薄小志编著中国青年出版社4黄明，梁旭，李伯林编著. Java + SQL Server中小型信息系统开发实例精选. 北京：机械工业出版社，2007.5 Linux内核编程指南（第三版）.北京：机械工业出版社，2005.6现代操作系统 （第2版）. 北京：机械工业出版社，2005.7亓晓静编著.基于C/S架构的软件项目实训. 北京：电子工业出版社，2005.8张海.一种Linux操作系统守护进程的编程实现方法9李文新,郭炜.北京大学程序在线评测系统及其应用10张震、张曾科.一种新的WEB数据库系统结构 J, 小型微型计算机系统 2001.二 实际开发结果2.1产品 2.1.1在线评判系统分为两大部分：前端web服务和后端judge服务。前端web服务主要包括用户操作、用户管理、管理员赛事管理。后端judge服务包括程序运行测试、编译模块。 2.1.2建立的数据库 程序实现的功能模块设计的主要表结构用户登录模块User_login代码检查模块Code_checker排名更新模块Ranklist_update查询用户信息模块Query_user_info程序评判模块Program_check用户注册User_register给出结果Result_given题目列表Problem_list比赛系统Contest_list,Contest_add,Contest_editor,Contest_delete2.2主要功能及性能2.2.1用户操作界面这是用户与系统交互的手段，因此要做到人机界面友好化，操作方便，并有相应的操作信息2.2.2编译模块应该支持各种常用程序设计语言，如C,C+,Java,Pascal等。使用户真正体会到程序设计竞赛法的设计与实现，给予竞赛队员更大的发挥空间。2.2.3程序运行与测试这是该系统的核心，主要是监控程序的运行状态，运行的时间空间消耗，运行的权限管理结果的评判，尽量给出用户确切详细的信息。2.2.4管理员赛事管理主要是参赛队员的管理，赛题管理，赛事例程管理。2.2.5用户管理系统做出来是要给用户使用的，既然有用户就得对其进行管理。用户管理听起来好像简单，实际上却很复杂。包括以下几个方面：（1）用户登陆。此系统要有一定的加密功能。因为程序设计竞赛是用来选拔学生用的，竞赛开始之前必须要保密避免影响竞赛结果的真实性，公平性。鉴于此原因，每位使用该系统的用户都必须通过自己的用户名和密码进行登陆后，才另外，为了防止有人恶意破译密码，必须采用验证码机制。（）修改密码。既然每位用户都有自己的密码，而同一个密码如果用的时间太长，就有可能被别人记住，为了安全性，应该定期修改密码，这就要求系统具有修改密码的功能。（）用户权限。使用此系统的用户很多，但为了增加系统的安全性，就应该对每位用户指定权限，否则如果每个用户具有相同的数据库的操作权限，很难保证对数据库不了解的用户对数据库进行误操作，或通过非法访问数据库获取机密信息。（）添加用户。为了动态维护和管理用户，即用户数量不是一成不变的，可能会有所增加，因此系统还需要具添加用户的功能。另外，每一轮的竞赛都将会有新成员的加入。（）删除用户。如前所说，用户不是固定的，由于人事变动等原因，有的用户名可能不再使用了，所以系统还删除用户的功能。2.3基本流程 2.4进度 2009年9月10日至2009年9月25日，项目可行性研究阶段 2009年9月26日至2009年10月15月，需求分析阶段 2009年10月15日至2009年10月30日，概要设计阶段 2009年11月1日至2009年11月30日，详细设计阶段 2009年12月1日至2009年12月31日，代码实现和测试阶段2.5费用 资料打印费用10元。三 开发工作评价3.1对生产效率的评价由于是第一次开发对我们而言比较大型的系统，很多经验明显的不足。我们在开发过程中没有很好的遵循软件工程的思想和理念，没有进行很多的分层设计，导致代码冗余度较高，而且很容易错误，这导致我们的开发效率较低。还有，我们在需求分析阶段所作的工作不是很到位，导致在接下里的几个阶段中出现了很多原本不应该出现的错误。总体来说，虽然在开发过程中遇到了较多的困难，但本项目组还是克服了重重困难，按时完成了项目的开发计划。3.2对产品质量的评价本产品的功能已基本上全部实现，能够实现开发计划中的既定目标。当然也存在着一些小的问题，这些有待于今后开发出更加完善的版本。3.3对技术方法的评价技术层面主要是涉及到了网页设计和系统的API编程以及数据库的一些常用操作，我们在这方面做的也比较到位。但是由于没有很好的遵循分层思想，我们的开发过程出现了一些不必要的问题，这些都是有待于我们以后的改进的。3.4对出错原因的分析由于本产品是项目组的1.0版本，出错在所难免。出错的原因主要是因为项目组成员系统开发的经验不足，代码编写能力较弱。再加上本系统设计内容较广，项目组成员没有充分的时间很好的研究和设计系统的核心部分。四 经验与教训通过这次开发，我们基本经历了实际软件开发从可行性报告到成品发布的所有问题。从中我们认识到：开发一个软件产品，必须对其所要涉及到的各个方面有所了解，关键方面必须熟悉，作为设计着的系统分析阶段，必须对不同的模块的联系，工作量有正确的认识才能合理的分配任务。管理者必须时刻保持清醒，要有合理的进度和质量控制，才能保证按时按量完成任务。这次最大的教训就是,进度控制有点失败，忽快忽慢，赵承中途有段时间质量有所失控。一将无能，累死三军。管理者头脑不清醒，就会造成大家走弯路，甚至整个工程项目出现大的问题。工程项目，需要在技术过硬的基础上，有严格的管理及团队的合作。管理从某种意义上来说，才是工程项目的质量和数量的保证。 从上面主要的工作内容来看，不是我们一个人所能完成的，正所谓一切事务离不开团队，个人无法称英雄。团队建设有了很大的进步，项目开始之前，好好的交流、加强了解、对问题的共识、解决问题的方法能很好的统一起来。我们个人也很好的溶入这个团队，共同做好一个项目。在解决问题的过程中，虽然都不时风平浪静，但事后都能够客观地分析，而不参杂个人的感情。给我们的最大的感触就是一定要好好的去聆听，每个人对待问题的看法，不管他的看法对还是不