精华内容
下载资源
问答
  • 项目总结报告

    千次阅读 2011-11-30 22:35:04
    项目总结报告范文 1引言 1.1编写目的XXX公司业务管理系统的开发已经基本完成。此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来...

     

    项目总结报告范文

    1引言
    1.1编写目的XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

    1.2背景项目名称:XXX业务管理系统

    软件名称:XXX业务系统

    客户:XXX

    用户:XXX员工 

    1.3参考资料项目开发文档:

    1.软件开发数据模型:PDM_OperationSystem20070831.pdm

    2.数据库开发文档: XXX业务管理系统数据库设计说明书2.0.doc

    3.软件业务流程参考:XXX业务管理系统流程说明.doc

    4.软件使用手册参考:XXX业务管理系统功能说明3.0.doc

    5.软件业务流程参考:XXX业务管理系统流程说明.doc

    6.软件中使用到的第三方控件:ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

    7.软件中使用的安全Ikey驱动:Ikey Driver.rar
    以上参考资料是截止2007-08-31是最新的资料文档。如有修改,即使修改此处的参考文档名称。 

    2开发工作评价
    2.1对生产效率的评价1. 系统开发已历时快1年的时间了

    2. 开发的反复性比较多。

    3. 对客户的需求理解不是很透彻。

    综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。

    2.2对产品功能的评价经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。

    2.3对技术方法的总结在此项目中使用到技术和工具:

    1. 使用代码生成器:使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。

    2. 使用数据库建模工具;PowerDesigner 工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。

    3. 使用第三方控件:此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。但需要意的是:在是使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。

    4. 使用自定义控件:此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。

    5. 系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。

    6. 系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。

    3项目经验总结
    3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

    3.2开发团队 在项目确立后,要尽快的建立起项目开发团队。

    项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。

    3.3需求的调研 在项目确立后,就到了需求调研分析阶段。

    1. 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

    2. 我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

    3. 在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

    4. 模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

    5. 在一个项目的开发中,文档的书写是极为中要的一项工作。因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为,凭借我们的大脑来记录所有的开发需求。。。;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

    6. 需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。这样客户会更快的进行问题的实质。

    3.5做好开发计划 在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

    3.5很好的沟通 在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

    3.6做好工作总结 在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,,还是我们的团队能力都会有很大的提高。

     

     

     

    项目工作总结报告

    1.      项目的前期市场调研总结  
          1.1主要竞争对手的分析(有关知识产权的分析工作,主要竞争力分析)  
          随着中国加入世贸,中国在加强知识产权保护方面的工作日益受到国外企业的重压,在此情况下进行产品开发的前期对于待开发产品的主要市场领导企业的产品的知识产权方面的调研和准备就显得十分重要,而在工业品中主要是关于专利权方面的内容。  
    对应于我们的开发模式(测绘仿制)在产品开发过程中很容易触及各个企业的专利,所以在专利检索的主要重点落在被测绘机器生产商有关这类机器的专利。专利的检索工作主要是由前期的网上普通检索和后继的知识产权局的详细检索。普通检索能够快速的检索到被测企业目前的专利受予情况,而知识产权局的详细检索则是能够详细的了解该企业的正在受理和最近提出申请的一些专利方面的情况。  
          对于检索到这些专利后的处理。由于我们是一家装配型企业,企业内部主要是以装配为主,所有零件都由供应商提供,因此在下一步供方靠选择的时候,我们就注意对供方的控制,同时与供方签订一些合同。同时在理解对方专利文献对主体的保护范围和内容的基础上,对一些零部件进行图纸更改和回避处理,以免在外观上侵犯别人的专利。  
    专利的回避是专利事务中的首要任务,但不能把专利回避与专利学习分割开来,专利是专利发明人经过努力的成果,特别是实用新型与发明专利是专利发明人智力劳动的结晶,代表的是具有一定新颖性和创造性的脑力劳动,在回避的同时如何巧妙的利用他人的专利是产品开发和设计中的首要问题,“学以致用”学的目的就是用,而不能只是停留在防这一层面上,因此前期的专利调研绝不是“检索”这么简单。  

          1.2主要目标市场的市场状况(国外厂家的主要市场分布与主要形成原因)  
          主要目标市场是在市场调查的基础上根据未能市场的发展趋势并针对目前公司资源和未来规划的综合考虑后作出的符合企业利益的客户群落。是产品定义前的一个重要内容,不同的产品定义针对的是不同的产品市场和不同的消费群体,同时必将导致不同的销售方式和定价。  
          目标市场的建立是在广泛的调研的基础上做出的未来市场的预测,具有很大的风险性,如何的避免风险,以及如何控制和评价市场调研过程,是这一阶段的主要问题,就目前完成的一些项目而言,在市场调研的评价和市场的原始数据资料这一块还不完善,市场的有效数据都停留在二手资料上, 得到的一手资料还比较少,同时对于市场的差异分析比较少,片面的强调性价比,而不能提供接受这些性价比的客户的特性和持续发展的可能性。对于目标市场的后续关注很成问题,一旦产品开始批量销售后,产品的更新能力弱,市场与技术的交流关注的重点都集中的产品的性能上,对于未来市场的发展情况的关注程度不够。  
          1.3细分市场的目标客户(各个厂家的目标客户和主要销售战略)  
          细分市场的目的是有效的避免在未来市场中的恶性竞争,细分市场的首要任务是了解市场格局:目前市场的主要生产者,可替代产品的提供者,可能进入的市场追随者。要分析和预测这些企业的产品特性和可能的市场目标,同时要阐述在细分市场中市场机会和市场效益的情况,这又牵扯到市场调研的数据问题,数据的真实性、准确性、可信性是评价细分市场依据,真实性和准确性是指市场数据要真实不能确定的数据不用和准确是指有疑问的数据不上报告,二手资料的引用要进行考证,而可信性是指对于局部的数据不能随意放大,“不能以此推断”,如果类推要有充分的论证可以类推的理由。市场细分是未来产品开发的指导思想,产品能不能在后期顺利的进入市场并行成“别居一格”的卖点,就由这一阶段的工作决定。  
           在细分市场和调研的时候要始终将“市场导向”放在首位,最大能力的去发觉客户的真实需要,同时注意这种需求是广泛的还是个别的,从而确定产品是走大批量小利润还是小批量大利润。  
    2、项目阶段设计时间的制定  
          2.1项目设计时间的详细工作量分析  
    设计工作的初步估算能够使后期的设计人员的人数控制和进度安排上做好基础,工作量的估算主要是参照以往项目的工作量能力,和可能出现的一些不可测因素,而制定的一个大致的以“人月”为单位的工期数。在设计时间的估算上没有什么可以具体计算的工具,主要的是项目负责人对项目工作的估算能力。这就要求项目管理者能够具备良好的时间估算能力。时间的估算要做到有据可依,不能凭空的拍脑袋定论,要充分的估计各重可能的风险和不可测的时间延误,同时要保障工作人员的正常工作强度,天天加班的项目时间和没有周末的项目时间是不可取的。 

    2.2 项目成员的引进与评价系统  
          确定项目成员的能力要求和项目成员的招聘细则,由人力资源部和项目主管共同在企业内部作内部调动和外部招聘。项目成员之间的相互关系很容易在项目的后期形成重要影响,因此项目成员到位后的团队组建时,要注意使项目成员处于同一起点位置(主要是对于工作的重要程度和贡献,同时加强协作训练),按1:1.5的人员比例招聘同时在协作训练后按1:1.2的人员比例流动,以保证项目的正常工作不受影响。同时项目人员的后期归属要明确,以使各项目人员对于各人的后续发展作好准备。  
          在项目成员的管理方面往往忽似的是项目团队的建设,很多管理者认为,只要各个职位人员到位就是一个团队了,其实不然;工作组与团队是两个不同的概念,工作组是指完成某项任务的人员的总称,强调的是一个群体;至于群体内的各种关系和结构问题不是这一概念关注的问题,而团队则是对于这个群内的各种关系和结构问题具体分工和相互交流奠定了基础。群体是模糊的,团队是具体的;群体是混乱的,团队是有序的。  
          2.3 各个阶段的人时数分解和工作劳动时间的承受力  
          项目经常延期的原因是在项目人时分配时的不合理,比如设计一个人在一天中8小时满负荷工作是不可能的,同时在一个星期中加6天班,对于项目成员来说是不人道的。合理的安排工作进程必须首先要了解各个项目成员的工作能力和效果。同样对于各个阶段的人员安排亦是如此,产品的测绘期间的工作量比较大,而在测绘各图纸完成到小批量样机化的时间段中,人员就会显的有些富裕。  
          2.4项目的难度分析  
          项目的难度分析,在设计方面主要是分析和理解产品的结构及各种结构的不同原理,这些结构对应的机械功能,产品的设计基准;产品的制造难度,现有加工能力和供货保障,产品的制造成本,采购难度。  
    3、项目详细设计阶段工作情况报告  
          3.1产品的设计数据  
          没有规矩不成方圆,产品设计的数据规范是产品设计的主要问题,由于目前采用PRO/E设计软件,在产品建模中和图纸的规范化,各人的提交权限和修改权限问题要先解决好。接下来的设计过和中的协调和组织,相关联和部件的配合孔的定位基准要要据机器大原理协调好,产品的各种参数数据要输入。采用其他设计软件也是如此,保持产品数据的正确性,产品数据的易维护和产品数据的表达清析规范是产品设计过程中的一个重要工作。  
          3.2产品的设计阶段成果计划表  
          在各个设计阶段完成并提供相应的设计输出资料;如产品开发初期的《产品计划》,设计完成后的《产品设计清单》、《产品说明书》、《产品零件编码规则》等系列产品文件。  
          3.3产品设计中的协调会议
       大型的产品设计往往被细分为多个部件而后分多人在一定时间期限内完成,应而如何对于各个人员在各个时间的工作进行协调则显的比较重要,产品设计过程中首先总工程师要求对于产品的各个关联部分进行统一的产品接口安排,以保障在后续过程中各个设计小组或各个设计人员的设计接口(如基准、安装孔位)的一致性。产品的协调会议主要是在针对各个小组的结合部分在设计初期进行一系列的配合说明及定义,规定各设计小组按预定的设计方向和目标前进。 

    4、项目采购情况分析  
          4.1各零件的采购难度分析  
          4.2主、关键零件的供应商的选择方法  
          按零件的加工难度,在机器装配中的次序和产品的重要程度,对零件进行分级管理,进而确定主、关键零件和部件,在现有供方中寻找能够满足产品性能的供应商,如:在一次设计过程中,机器的墙板为机器的第一安装基准,因此在供货中应该首先考虑进货,没有墙板其它的零件就无法安装。对于供应商的选择可以参照图示流程:  
       
          4.3各零件的采购价格组成及批量控制方案  
          现在市场的竞争对于供方的产品质量、产品成本、产品交货期、产品服务要求很高,应而在产品设计的初期就应对于产品产业化后的产品价格控制、重要零件的产品质量控制做好规划,具体的如,产品的零件价格按产品的材料成本、加工成本两大块;而产品的材料成本根据市场波动规定每一年或每半年进行一次确认;对于产品的加工成本按初期小批量、中期一般批量、后期大批量,进行产品的加工费用预算;对于产品进行内部核价后确定产品价格,在此基础上采购人员与供应商进行谈判,以保证企业的未来几年的产品利润和价格竞争优势。对于重要零件可以要求供应商严格按照设计工艺进行,必要时可以抽查供方工艺。  
         4.4采购风险  
          采购的风险来源由采购过程中的供方意外或是在采购初期的产量计划,如供方按最大产量供应都无法满足生产需求,对零件的加工难度估计不当。受国外政策的影响,如德国的7、8月份的休假,如果有些部件在这时急需而厂内没有库存,这就会引起采购不到的现象,从而影响生产。因此,对于采购人员要求根据以往的经验和对现在采购中的可能意外,做好采购风险因素预测表,并针对各种可能做好防范工作。  
          采购的另一风险来自采购过程的知识产权问题,如果购买了侵权的产品或部件,而导致后期的产权纠纷,将对整个企业带来致命的打击,因此对于一些声称仿制其他厂家的供应商要严格防范!  
    5、项目生产环节报告  
         5.1项目组装成员的介入时间和成员的选择标准  
    6、项目输出文件报告  
         6.1设计文件(设计过程文件,产品测绘文件,产品设计思想)  
         6.2物料清单(不同产品的配置,)  
         6.3零件图册  
         6.4其他宣传性资料(样本,展会用资料,交流用资料)  
    7、项目结尾  
         7.1项目结尾的标准  
         7.2项目提供清单  
         7.3经验教训 

     

     

     

     

    软件项目总结报告,软件项目总结报告范文

    软件项目开发总结报告
    1引言 
    1.1编写目的 XX网站建设
    说明编写这份项目开发总结报告的目的,指出预期的阅读范围。 
    1.2背景 
    说明: 
    a. 本项目的名称和所开发出来的软件系统的名称; 
    b. 此软件的任务提出者、开发者、用户及安装此软件的计算中心。 
    1.3定义 
    列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 
    1.4参考资料 
    列出要用到的参考资料,如: 
    a. 本项目的已核准的计划任务书或合同、上级机关的批文; 
    b. 属于本项目的其他已发表的文件; 
    c. 本文件中各处所引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 
    2实际开发结果 
    2.1产品 
    说明最终制成的产品,包括: 
    a. 程序系统中各个程序的名字,它们之间的层次关系,以千字节为单位的各个程序的程序量、存储媒体的形式和数量; 
    b. 程序系统共有哪几个版本,各自的版本号及它们之间的区别; 
    c. 每个文件的名称; 
    d. 所建立的每个数据库。 如果开发中制订过配置管理计划,要同这个计划相比较。 
    2.2主要功能和性能 
    逐项列出本软件产品所实际具有的主要功能和性能,对照可行性研究报告、项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。 
    2.3基本流程 
    用图给出本程序系统的实际的基本的处理流程。 
    2.4进度 
    列出原定计划进度与实际进度的对比,明确说明,实际进度是提前了、还是延迟了,分析主要原因。 
    2.5费用 
    列出原定计划费用与实际支出费用的对比,包括: 
    a. 工时,以人月为单位,并按不同级别统计; 
    b. 计算机的使用时间,区别CPU时间及其他设备时间; 
    c. 物料消耗、出差费等其他支出。 
    明确说明,经费是超出了、还是节余了,分析其主要原因。 
    3开发工作评价 
    3.1对生产效率的评价 
    给出实际生产效率,包括: 
    a. 程序的平均生产效率,即每人月生产的行数; 
    b. 文件的平均生产效率,即每人月生产的千字数; 
    并列出原订计划数作为对比。 
    3.2对产品质量的评价 
    说明在测试中检查出来的程序编制中的错误发生率,即每干条指令(或语句)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较。 
    3.3对技术方法的评价 
    给出对在开发中所使用的技术、方法、工具、手段的评价。 
    3.4出错原因的分析 
    给出对于开发中出现的错误的原因分析。 
    4经验与教训 
    列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

     

     

     

     

     

     

    最近几年做软件项目的心得总结

    【做软件外包经验告诉我】
    1. 做软件需要人海战术,软件是需要大量的体力劳动,而不是脑力劳动。
    有一句俗话,一个萝卜一个坑,软件项目的功能模块多了,每个功能都需要有一个人盯,
    不断改进不断维护。而且功能划分得越细了,工作量越大,需要的人越多,否则哪里会
    产生几万的软件外包公司?几十个不是足够了?曾经在上海做外包,一个项目动不动就
    是10-20个人,每个人做几个页面,质量要求相对较高的,国内软件公司到不是这样,
    就1-2个小兵,1个项目经理,就把一个庞大的软件项目搞定了,说实这事儿不是能这么
    干的,质量是绝对没保障的,做软件特别是有大量编码工作的还是适当用人海战术才可以。
    既然做软件项目需要人海战术,那你得有几个好朋友好兄弟才能有希望把项目做好,
    平时还得注意处理好人际关系,别到时候,成了光杆司令啦,哈哈。

     【我们的技术副总的主导思想】
    2. 客户的需求变来变去怎么办?
    客户的需求变了,并不是坏事,让客户填写好变更单,把工作量让客户确认,秋后算账,
    变更得越多越好,这些都是工作量,本来是一个小项目,变来变去,变成大项目了,活着
    不就是干点儿活儿做点儿项目吧,哪里做不一样,这项目工作量越来越变大,钱也是越来
    越多了,不是坏事。

     【我们的技术副总的主导思想】
    3. 客户的要求不断扩大,怎么办?
    需求扩大了,功能也多了,甚至功能的要求提高了,难度增加了,先心平气和的跟客户
    交流确认,这个是会产生很多工作量,这么做可以的,那要加钱了,需要跟我们公司商务
    谈判,需要跟我们公司老板谈判了,老板同意了,我就按客户的要求做,工期也会适当延
    期了,沟通确认很关键,功能规模扩大也未必是坏事。

     【我自己的主导思想】
    4. 想多赚钱怎么办?
    直接找上级领导谈,你能干出来啥,想要多少钱?多长时间做好,对公司有啥好处,对自
    己有啥好处,都谈明白了,老板也会答应的,大家都有好处的,是好事情,别不好意思开
    口,自己也不好好干吧,也耽误公司的事情。

     【身边一直发生的事实告诉我】
    5. 与领导沟通好,报告写好,比拼命干活好几十倍
    别总是埋头苦干,干得累死累活,没人知道你多么辛苦,及时向领导汇报情况,周报月报
    下足功夫写,好好写仔细写,然后平时跟领导走得近一些,领导在想啥,你在想啥,及时
    沟通,这样被提拔的机会多,被提拔了发展的空间就大了,地里干活的牛辛苦不?扫大街
    的环卫工人辛苦不?光干活也不行,性格倔强更没前途,就别提了。
    我来公司后申请购买一台新笔记本电脑,自己掏钱买,公司给补贴也可以,领导没同意,
    最近我们公司来了一个新销售刚过试用期,跟领导提了一下购买笔记本,马上就批准了,
    自己一分钱不用掏,哇靠这还是普通销售,忘记告诉你了我们公司销售部经理还在用台式
    机呢,这就是沟通水平的完美体现啊。

     【我比较佩服的事业部经理告诉我】
    6. 不能按时完成工作怎么办?
    最愚蠢的做法是通宵几天,突击几天,然后累死累活的,最后还是没能按时完成,人也趴
    下了,其实,不能按时完成的工作多的去了,这时先要分析清楚延时的原因,找客户,找
    上级领导讲明白,让他们认可你的理由,然后把接下来的工作合理的进行安排,有条有理
    的一个个做好,拼死干活,也不行,我以前是拼命三郎,现在多靠脑子干活,按部就班,
    当然我从来不故意拖延工作。

     【我自身N年的工作经验表明】
    7. 做软件为什么这么累?
    因为软件是个细活儿,不是能靠敷衍了事对付对付,需要一行行代码写出来,不能有思路
    混乱的,也不能偷工减料,那质量就不稳定了,日常生活中,很多事情可以敷衍了事,但
    是软件不可以,软件敷衍了,客户无法用,到处是Bug。跟很多行业比,软件行业太残忍
    了,劳动力不值钱,产值底下,投资效益也低。

     虽然以上想法很幼稚了一些,但是这可能是目前解决问题最好的方法,不管是太理论也好,
    太理想化也好,总得有个理论指导实践的主导思想,否则这事情是没法干了。

     将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情

     

    1)人海战术没有问题,但是必须有统一的编码规范和标准。简单通用的东西,可以给新手做,复杂的还是给经验丰富的做。否则真的会死的很难看。
    2.3)需求变更的问题,没有银弹(至少本人认为没有)。那有没有办法解决呢,理想的状况像楼主说的一样,碰到这么好对付的客户。如果碰到刁钻的客户呢。本人认为两个方法
    1:你的行业经验比他们丰富,或者能忽悠住。
    2:发挥你的沟通能力(这里面花头多了),动用相关资源(公司领导,对方的部分领导)保护项目组利益。
    3)其他的其实和做项目没有关系,都是些做人的方式方法(这个是要靠悟性的,有的人天上就擅长)当然了,有意识的培养也很必要。

     

     

    展开全文
  • 软件项目总结报告范文

    万次阅读 多人点赞 2013-02-17 18:21:05
    软件项目总结报告范文 1 引言 1.1 编写目的 XXX公司业务管理系统的开发已经基本完成。此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的...

    软件项目总结报告范文

    1 引言
    1.1 编写目的
    XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

    1.2 背景
    项目名称:XXX业务管理系统

    软件名称:XXX业务系统

    客户:XXX

    用户:XXX员工

    1.3 参考资料
    项目开发文档:

    (1)软件开发数据模型:PDM_OperationSystem20070831.pdm

    (2)数据库开发文档: XXX业务管理系统数据库设计说明书2.0.doc

    (3)软件业务流程参考:XXX业务管理系统流程说明.doc

    (4)软件使用手册参考:XXX业务管理系统功能说明3.0.doc

    (5)软件业务流程参考:XXX业务管理系统流程说明.doc

    (6)软件中使用到的第三方控件:ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

    (7)软件中使用的安全Ikey驱动:Ikey Driver.rar
    以上参考资料是截止2007-08-31是最新的资料文档。如有修改,即使修改此处的参考文档名称。

    2 开发工作评价
    2.1 对生产效率的评价
    (1)系统开发已历时快1年的时间了

    (2)开发的反复性比较多。

    (3)对客户的需求理解不是很透彻。

    综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。

    2.2 对产品功能的评价
    经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。

    2.3 对技术方法的总结
    在此项目中使用到技术和工具:

    (1)使用代码生成器:使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。

    (2)使用数据库建模工具:PowerDesigner 工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。

    (3)使用第三方控件:此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。但需要注意的是:在使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。

    (4)使用自定义控件:此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。

    (5)系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。

    (6)系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。

    3 项目经验总结
    3.1 签定合同
    一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作量会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

    3.2 开发团队
    在项目确立后,要尽快的建立起项目开发团队。
    项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。

    3.3 需求的调研
    在项目确立后,就到了需求调研分析阶段。

    (1)项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

    (2)我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱。

    (3)在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫吗?!虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

    (4)模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

    (5)在一个项目的开发中,文档的书写是极为重要的一项工作。因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为,凭借我们的大脑来记录所有的开发需求。即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

    (6)需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。这样客户会更快的进行问题的实质。

    3.4 做好开发计划
    在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

    3.5 很好的沟通
    在其他行业中,人与人的之间的沟通是很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

    3.6 做好工作总结
    在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,还是我们的团队能力都会有很大的提高。

    展开全文
  • 写项目总结写哪些方面

    千次阅读 2018-01-05 19:28:44
    1.业务背景 2.框架输出 3.每个功能模块介绍 4.人力分析 5.有好的挑出来分享经验

    1.业务背景

    2.框架输出

    3.每个功能模块介绍

    4.人力分析

    5.有好的挑出来分享经验


    展开全文
  • 项目总结报告模板

    千次阅读 2009-05-19 17:12:00
    本文原创:转载请注明出处 http://blog.csdn.net/meritit/archive/2009/05/19/4201795.aspx 或者点击赞助商链接:中国性 爱网 - 性 爱视频 - 性 爱技巧 1 引言1.1 目的[阐明编写本总结报告的目的,指出读者对象...

    本文原创:转载请注明出处 http://blog.csdn.net/meritit/archive/2009/05/19/4201795.aspx

     

    或者点击赞助商链接:中国性 爱网 - 性 爱视频 - 性 爱技巧

     

    1 引言
    1.1 目的
    [阐明编写本总结报告的目的,指出读者对象。]
    1.2 项目背景
    [可包括本项目的来源、委托单位、开发单位和主管部门等。]
    1.3 参考资料
    2 项目基本情况
    2.1 项目基本信息
    [包括项目名称、项目代号、项目负责人、项目组成员、报告时间段、项目阶段等信息]
    项目中文全称: 
    项目中文简称: 
    项目英文全称: 
    项目英文简称: 
    客户: 
    项目组长: 
    项目主管: 
    项目实际开始日期: 
    项目实际结束日期: 
    项目成员: 

    2.2 项目特征
    项目所属类型: 
    采用的生命周期模型: 
    硬件平台: 
    应用领域: 
    使用工具: 
    开发语言: 
    数据库: 

    2.3 项目目标
    客户目标: 〔描述客户对项目的总体要求,以及需要达到的目标。例如:
    1. 应当解决当前系统存在的一些问题,尤其是易用性、可靠性的问题;
    2. 应当允许平台的独立性;
    3. 应当能从所有的客户站点方便地进入平台。〕
    组织目标: 〔描述清楚组织对项目的总体要求,以及需要达到的目标。例如:
    1. 应当在CMMI4级执行;
    2. 应当达到和获得基于Web的移植体系;
    3. 应当产生可重用模型/代码/设计思想,定义开发标准;
    4. 应当从Web的应用开发获得经验;
    5. 应当达到产品化的要求。〕
    研究目标: 〔对于研究性项目,应描述清楚项目的研究目标。例如:
    1. 应当产生X篇高水平论文;
    2. 应当产生X本专著;
    3. 应当获得X专利或软件著作权。〕
    项目质量目标: 〔描述产品在交付时期应达到的质量要求,以及不同阶段的缺陷率控制要求。例如:
    1. 交付时缺陷密度:0.2缺陷/KLOC;
    2. 需求评审缺陷率:10%~15%;
    3. ……。〕
    3 项目执行结果
    3.1 交付产品
    〔项目的主要交付产品列表〕:
    产品名称 产品规模 规模单位 完成日期 是否通过验收
    需求规格说明书 25 页  
    系统设计说明书 72 页  
    源代码  KLOC  
    可执行代码    
    用户手册  页   
    3.2 主要功能和性能

    3.3 项目过程
    〔描述项目的实际过程,包括管理过程和工程过程,尽量用图示说明,对裁剪或变更的流程应说明裁剪或变更的原因、和裁剪或变更后的情况是什么。〕
    3.3.1 项目开发过程
    〔说明本项目采用的开发过程,包括增加/修改/删除了什么活动。〕
    3.3.2 过程裁剪注释
     遵循的标准过程/活动 裁剪注释
    〔应说明增加/修改/删除了什么活动〕 偏离原因
    〔应说明增加/修改/删除了某个活动的原因〕
    市场(客户)调研阶段 需求获取  
     项目立项  
    项目定义阶段 项目计划  
     需求分析  
    产品(项目)研制阶段 设计  
     编码及单元测试  
     产品集成测试  
     评审  
    产品(项目)测试阶段 产品测试  
     测试  
    产品(项目)验收及发布阶段 系统试运行  
     项目结项  
    产品技术支持及维护阶段 产品技术支持及维护  
    贯穿项目全周期的过程 项目跟踪  
     风险管理  
     需求管理  
     过程和产品质量保证  
     配置管理  
     度量与分析  
    4 项目开发工作评价
    4.1 生产率评价
     构件/模块名称 代码行(千行) 工作量 代码行/工作量
    甘特图   
    过程定义   
    等等   
    合计   
    平均生产率及其评价:
    4.2 技术方案评价
    〔总结该软件项目或软件产品开发时所采用的各项技术〕
    〔以下是示例:〕
     对开发工具的评价:这里主要是对开发工具PowerBuilder8.0和数据库工具的评价。
     对PowerBuilder8.0的评价:在整个项目的开发过程中,由于此工具引发了诸多争议,我认为pb在C/S架构是由其独特优势的,就是从开发成本、B/S和面向对象来说其也有独到之处,因此我认为开发工具都有其优劣,关键看我们是否精通。
     对数据库工具的评价:我们现在用的数据库工具只是停留在表、视图和存储过程简单使用,对数据库的深层研究和SQL语句的优化现在做的不够,当然还有表设计的合理性都需要加强,我建议部门或项目组可以
     专门培养往数据库研究和发展的人员,从而提高我们产品的开发、运行速度和稳定性并可提高整个部门开发人员的技术水平。
     对框架技术的评价:从整个框架的整体使用效果来看并为达到预期的目的,我认为主要是由以下原因造成的:
     框架本身存在有诸多不完善的地方,需要不断地进行改进,但在改进的过程中没有进行严格的控制,导致框架的整体设计失控;
     框架本身有这样那样的问题,有些问题是目前无法解决的;
     框架是建构在PFC的基础上的,项目组成员对PFC不是足够的精通,为维护框架带来难度。
     建议:模块化是产品化的基础,也是降低成本、提高开发效率保证软件质量的有效手段,需要有专人设计和维护框架。
     对设计方法的评价:信息化项目的整体设计是由项目组全体成员完成的,鉴于我们目前的设计水平,我看还可继续这种方法,对设计的方法和思路进行广泛的借鉴,但一定要树立设计的权威性,对设计的变更要进行严格的控制。
    对团队开发的评价:从整体上讲我们这个团队的能力还可以,但我认为它的生产效率并不高也就是说团队的整体建设不好,没有明确的学习方向分工,使整个团队在这段时间里整体能力没有太大的提高,我以前很想把我们的团队培养成那种学习型的优秀团队,可惜事与愿违这项工作没有取得什么实效。
    5 项目管理工作评价
    5.1 需求管理
    5.1.1 需求完成情况
    最初建议的需求数: 
    纳入基线的需求数: 
    已实现的需求数: 
    已验证的需求数: 
    已删除的需求数: 
    已修订的需求数: 
    新增的需求数: 
    5.1.2 需求变更情况
    〔总结项目的不同阶段所发生的需求变更次数及发生变更的主要原因。〕
    变更发生的阶段 需求变更次数 变更工作量
    (从申请开始到变更结束发生的工作量)
    用户需求定义  
    软件需求分析  
    设计  
    编码  
    测试  
    维护  
     需求变更的主要原因:
    5.2 计划管理
    5.2.1 计划变更情况
    序号 变更发生阶段 变更原因 变更内容 变更是否允许
    1    
    2    
    3    
    6 项目重大事件
    〔列出项目期间或项目本阶段中发生的重大事件〕
    时间 地点 事件 重要参加人员
       
       
       
    7 验收准备工作
    1、 验收要求:项目经理与客户确定验收要求
    2、 验收文档准备情况:验收文档内容及完成情况,明确后期可能需要完善的文档。
    8 经验教训
    8.1 项目问题/缺陷原因分析
     对项目问题进行原因分析
    注:总结项目产生的问题,分析其中可以通过完善过程体系的方法来避免的问题。
     对产品缺陷进行原因分析
    注:总结项目产品发现的缺陷,分析是否可在开发过程中避免,或通过增加评审检查单和测试用例检查单等方法可避免。
    8.2 总结经验教训
    8.3 项目推荐工作产品
    注:可推荐本

    展开全文
  • 写项目立项报告总结

    千次阅读 2004-10-25 13:40:00
    1,理论功底和逻辑思维能力不够强。表现为很多操作层面的东西上升到理论高度后无从下笔,说来说去都是废话,言之无物。...2,写作的方法有问题,想到哪里到哪里。思路比较混乱,尽管非常注意,还是出
  • 项目总结报告(小米商城)

    千次阅读 2016-11-18 19:08:30
    首先、这次报告写得有些越权了,因为这次我不是主要的负责人,二是参与了其中一部分的工作;总之种种原因吧、不说了;看我报告!!!!背景:项目名称:小米商城(电商网站) 类别:功能类 项目组成员:王华桥、黄...
  • 项目总结

    千次阅读 2018-09-26 04:15:50
    一、项目简介  淘淘网上商城是一个综合性的B2C平台,类似京东商城、天猫商城。会员可以在商城浏览商品、下订单,以及参加各种活动。商家可以在入住淘 淘商城,在该平台上开店出售自己的商品,并且得到淘淘商城提供...
  • 项目阶段性总结报告

    千次阅读 2018-11-08 17:16:00
    说明编写这份项目开发总结报告的目的,指出预期的阅读范围。 b) 背景 本项目的名称和所开发出来的软件系统的名称 此软件的任务提出者、开发者、用户及安装此软件的计算中心 c) 定义 列出本文件中用到的专门术语...
  • 项目基本完成了,加上这个总结,与这个项目相关的博客也了30篇了,积少成多,博客的过程是固化思路的一个过程,对自己很有用,同时也能帮助别人。顺便说个题外话,在学习的过程中肯定会遇到很多异常出现,我们要...
  • 如何写项目工作总结

    千次阅读 2011-03-28 11:32:00
    一、项目总结应达到的目的 <br />1. 确认本项目中什么是行之有效的,其原因是什么? 总结不是歌颂功德,但一定要出成功的经验以及采用的特殊方法或工具,便于积累知识和经验。 2. 防止重复...
  • 数据分析项目总结

    2019-03-19 10:06:09
    数据分析项目总结(一)项目综述踩过的坑总结 项目综述 做的第一个数据分析的项目。项目背景是属于探索型项目,即有一些数据,想看看这些数据可以做些什么?当然是从业务的角度出发,想利用数据为业务决策提供数据...
  • 机房收费系统—项目开发总结报告

    千次阅读 热门讨论 2015-08-25 09:45:31
    项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的制定开发,让我们在今后的项目开发中有更多的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。 预期读者为相关软件的...
  • 范文:项目开发总结报告

    千次阅读 2010-11-18 22:44:00
    项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。1.2背景 项目...
  • 干货|如何项目进度报告

    千次阅读 2019-11-26 18:00:21
    如何项目进度报告如何项目进度报告当你的上司要求你一份项目进度报告,你可能觉得很痛苦。进度报告也许看起来像是渺小的工作,但在跟你的主管和其他职员沟通项目细节时却很有帮助。提供这个...
  • 字典管理模块项目流程总结报告

    千次阅读 2017-07-14 18:01:36
    字典管理功能总结
  • 第一次接触ssm框架项目总结

    千次阅读 2018-08-17 16:42:11
    对于一个学后端的来说,特别是javaweb来说,ssm框架是必备的吧。以前学PHP是一个laravel框架全吃就开发了,可是javaweb的框架是真的多,spring,spring衍生的springboot,aop等等,映射...久了ssh,对于hibernate...
  • javaWeb项目总结

    千次阅读 2015-07-29 23:17:43
    java WEB 使用springMVC+hibernate的小项目总结,使用的是全注解版来实现整个流程。这个项目是类似于”某宝“网的一个小型项目,主要用于练练手,熟悉一下企业编码的流程,为日后出去工作打下基础。
  • (九)机房收费系统项目开发总结报告

    千次阅读 热门讨论 2013-11-29 20:50:58
    项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的制定开发,让我们在今后的项目开发中有更多的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。 预期读者为相关软件的...
  • C语言项目总结

    千次阅读 2015-12-27 23:32:45
    C语言项目总结 历时14天的项目与答辩总算是完成了
  • 项目开发总结报告   1引言 随着越来越扩大的学生队伍,对于学生上机的管理也显示出了力不从心,机房收费系统就在这样的背景前提下应运而生,并且在对于上机管理过程中有着至关重要的作用。   1.1编写目的...
  • 基于java的完整项目总结

    千次阅读 2019-09-10 09:50:48
    项目总结 我的第一个完整项目总结 实习俩个月期间,主要是从一个学习往一个工作的状态转变,完成了安卓,web以及后端的任务, 项目整体框架是前辈搭建的,我在其基础上完成相关功能的开发,现在在这里总结一下,作为...
  • 测试总结报告写法简单总结

    千次阅读 2019-11-02 17:24:50
    1. 编写目的 编写目的先总的说本文档是什么...参考文档任务书和需求,还要方案中的提交文档和功能测试总结报告模板 4. 项目组成员 从方案中粘 5. 测试环境与配置 从方案中粘硬件和软件配置 6. 测试用例方法 总的...
  • CRM项目总结

    千次阅读 2010-12-07 19:57:00
    最近刚做了一个目前为止较大的项目,稍微做了下总结:  CRM项目总结报告
  • 最近将会对今年所做的一些项目进行总结,里面基本都包含了一个项目所有的过程。一来为自己今年的年终总结提供些材料,其次也是希望在总结过程中能给自己带来些更多的启发和经验教训,同时也非常期望各位大牛能给些...
  • 小组项目总结

    千次阅读 2015-11-17 13:10:30
    项目总结 为期两周的项目已经告一段落,在这做项目的两周之中,我们发现了许多自身的问题,同样也学习到了许多东西,宝贵的经验,让我们不断成长,不断完善自己,下面是对这为期两周做项目的一个总结。 一、准备...
  • SSM框架项目总结

    万次阅读 2018-11-04 21:18:34
    项目总结 经过一个礼拜的SSM框架学习,我已经基本上会使用它来写项目了,非常的方便与好用。 先对于传统的Java Bean + JSP +Servlet模式而言,它有很多的的优点。使用框架 1.不需要创建那么多的Servlet了,看起来很...
  • c语言项目总结

    千次阅读 2015-12-24 23:35:37
    c语言项目总结  我们已经把c语言项目做完了,在做项目的过程中,我遇到了很多的问题,但也收获了不少的知识。但是,这次的的项目对于我来说,还是不怎么成功的,那就是在怪物显示的时候,乱码了。以下就对我的收获...
  • python项目总结

    千次阅读 2018-12-13 12:34:51
    最近在python的工具, 总结一下. type(变量名字) # 可以打印变量类型,以方便处理 len(var)#可获取类型长度 binascii.a2b_hex(string) # 将十六进制数字字符串转换为二进制数据。该函数也称为...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 67,259
精华内容 26,903
关键字:

如何写项目总结报告