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

    2019-03-22 01:50:25
    NULL 博文链接:https://joneand.iteye.com/blog/913957
  • 项目总结ppt模板,敏捷项目,非敏捷项目均可使用
  • 软件工程的项目总结报告的文档的片段,对软件工程的文档有帮助
  • 基于java的完整项目总结

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

    项目总结

    我的第一个完整项目总结

    实习俩个月期间,主要是从一个学习往一个工作的状态转变,完成了安卓,web以及后端的任务,
    项目整体框架是前辈搭建的,我在其基础上完成相关功能的开发,现在在这里总结一下,作为记录。
    

    学习优良的开发习惯

    从学习往工作过渡,有很多开发细节需要注意,为了尽量去避免一些不必要的错误和BUG,我们在设计系统的时候就要深入考虑:

    1. 异常处理 ,对可能出现异常的地方进行异常处理;
    2. 注释 多用注释,方便以后自己查看以及他人维护;
    3. 版本 无论是JDK还是其他一些工具的版本,尽量保持一致,避免版本不同带来的问题;
    4. 多态 多态的使用降低了系统耦合度,可拓展性提高;
    5. 新特性 我们在工作的时候也是需要不断的学习的,善于使用一些技术的新特性可以大大地 降低工作的复杂度和提升工作效率;
    6. 分布式 在进行系统设计的时候就必须考虑这个系统是往哪个方向设计,如果设计成分布式的,那么代码的设计就需要体现出模块化的思想,比如像@Cacheable这种的缓存注解就不能使用了,可以使用Redis来替代;
    7. 配置化 系统中的一些配置变量要统一写到application配置文件中;
    8. 日志 日志类似@slf4j的使用,便于调试和测试或者其他时候对操作的记录和查看。
    9. swagger 在前后端分离的时候,前后端的连接就需要接口文档了,swagger就可以作为一个可测试的动态接口文档,swagger的配置和信息需要后端在代码中体现。
    10. postman 同样是前后端分离的情况下,后端对于接口的测试工具,可单接口测试和批量测试。
    11. navicat 作为一款可视化数据库管理工具,觉得非常好用。
    12. 设计模式 23款设计模式
    13. 线程安全 线程安全的类选择和数据库的类型选择都很重要。

    Android

    安卓这方面我主要完成了两个功能:

                             1.登录模块
                             2.拍照动态显示和点击预览
    

    1)登录模块
    使用的底层HTTP请求方式,原本是使用了Redis来存储和更新token的,但是由于Redis的BUG导致服务器被攻击,所以就撤除了Redis的代码,(Redis最好在内网使用)改用静态变量保存token,前后端使用json数据来交流。

    2)拍照预览
    这部分真的很烦,除了第三方的库,差不多还写了3000+行,与服务器的交互使用的http协议,具体实现在我的简书上有总结:链接:点击这里.

    后端

    后端在整个项目里面反而是最轻松的,因为后端比较看重逻辑,实际写的代码并不是很多,不过前前后后好像也不少。后端实际体现在一些注解的使用,代码逻辑性强,先来说一下后端的Token
    实现吧:

    • 基于拦截器(WebMVCConfigurer):拦截器拦截所有的请求然后判断进行哪些处理。
    • 拦截器(HandlerInterceptor):拦截http请求,从头部取出token进行验证。
    • 自定义注解:可以通过添加自定义注解来实现跳过验证等操作。
    • Token 下发器:每次请求验证成功,生成一个token下发给C端。
    • 良好的加密素质:密码这种东西不可能是明文保存和传输的,一般在C端进行一次加密(MD5,SHA256,Bcrypt都可以)传入后端后再使用salt混合加密一次,这样安全性基本上就得到了有效保障

    说到加密再总结一下spring security吧:

    核心理念还是:拦截器,过滤器和权限配置
    放个入门教程,需要的自己看看吧:链接(http://www.sanjinbest.com/spring/spring-security-入门教程/).
    

    web端的后端就稍微提一下吧:
    状态位,一般我们都是在数据库里面增加一个字段来记录和控制状态,但是这样却给后期维护带来了很大的困难,所以,具体的状态要用具体的状态位来控制,这样便于后期维护和协调代码的逻辑性。

    联调阶段

    项目进入后期,前后端联调,这个时候就要拿出你的接口文档了,PS:你设计系统时候的业务逻辑图和技术逻辑图以及时序图,UML图等等的都拿出来过一遍,接口的改变和信息要清晰明了。

    测试阶段

    测试的话就是找问题,测出你想的到的和想不到的问题,测每个功能要细心,所有可视化的东西都点一遍,测试阶段要注意后台日志,可能有些操作是存在问题的,但是在前端上并没有体现出来

    上线阶段

    点击这里,你就知道是什么 心情了。

    // An foreach
    while(1==1){
      ...
    }
    

    上线阶段:首先你需要准备全套的 sql
    上线计划的内容包括 : 代码发布数据库修改数据迁移初始数据配置等一系列信息;信息需要在测试环境验证后才可以用于生产。上线计划的内容要确保上线时,无脑根据上线计划的步骤和内容执行。

    结尾

    自我学习是必要的,人总是在不断的自我提升达到新的高度。
    在这里插入图片描述

    展开全文
  • 如何做项目总结与汇报

    千次阅读 2018-11-27 16:35:12
    在我们测试工作过程中...根本谈不上什么项目总结与汇报什么的,不少同学也没有这个习惯,这样的节奏不对,不利于大家从相应的工作中进行提升和学习。 一,什么是项目总结?  项目总结就是在项目完成后,对项目实...

           在我们测试工作过程中,由于公司业务发展,快速迭代等原因,我们遇到的项目以小项目居多。更新界面元素,上个活动页,优化一下原有的功能等等,加上事情繁琐,任务多,通常情况下一个项目结束之后就开始了下一个项目。根本谈不上什么项目总结与汇报什么的,不少同学也没有这个习惯,这样的节奏不对,不利于大家从相应的工作中进行提升和学习。

    一,什么是项目总结?

       项目总结就是在项目完成后,对项目实施过程进行复盘,总结实施过程中遇到的问题,对当时的解决方案进行探讨,以便发现更优的方案或是避免策略。通过对项目中的问题进行总结,从而达到指导后续工作,提前规避相关问题,以最合理的方案实施项目的效果。

    二,什么要总结

       在项目结束后,为什么要积极地进行项目总结呢?

    1,回顾项目初期的规划是否合理

       在需求评审时,通过相关参与人员讨论,制定了项目规划。但是在项目实施过程中,是否严格按规划进行呢?如果没有按规划进行,问题出在了什么地方?在项目结束后,对项目规划进行探讨,有利于及时发现规划中存在的问题,以便后续项目制定更加合理的规划。

    2,分析项目实施过程中是否存在问题

       项目实施过程中难免会出现各式各样的问题,项目周期越长越容易出现问题。通过分析项目实施过程中出现的问题,理解需求的业务流程,对原来业务的影响,评估技术实施方案的优劣,人员配置是否合理等等。以问题来反推项目,更能发现问题真正所在。

    3,当时的解决方案是否是最优的

       在项目实施过程中,遇到了问题当然要找相应的解决方案。由于项目周期的限制,当时的解决方案可能是权益之计。现在项目完成后,我们再回过头来评审一下当时的解决方案,有没有更好的方案?如果有,后续有相应的处理策略不?只有不断地进行项目评审,才能保证在以后的项目中选择更好的实施策略。

    4,总结项目经验为以后的需求做指导

       所谓前事不忘,后事之师。在我们工作的过程中,不能一直忙着响应各种需求,要时刻注意对所做过的项目进行项目总结。总结项目实施过程中遇到的各种问题,解决方案,优化策略等等,以此来不断地提升规划能力,优化需求实施方案以及增加各种意外情况的应对策略。

    5,体现测试工作量

       在项目总结的过程中,测试人员会反馈测试过程中遇到的问题,分析各种解决方案。同时也能反馈测试流程中使用的测试策略,Bug分析,测试方案的实施与改进等等。通过项目总结能全面反馈测试的工作量,检测需求评审时测试方案的选择是否正确,测试用例评审是否合理?

    三,如何总结

       在认识到项目总结的重要性之后,作为测试人员,我们应该如何组织项目总结大会呢?

    1,项目结束后开项目复盘大会

       在项目完成上线或是发版后,积极和产品,开发人员组织项目复盘大会。准备好在测试过程中记录的问题发生的情况,bug产生的原因分析,以及在项目实施过程中临时解决方案,后期改进情况等等。如果可能,先把相关文档发给大家,让参与人员提前了解,以更好地进行问题总结与分析。

    2,以测试为主,分享项目实施过程中遇到的问题

       项目总结大会最好由测试来主持,先分析项目从需求分析开始,到项目上线的各个环节中遇到的问题。Bug产生的原因,对所有出现的bug进行分类,如:需求没有理清楚,代码逻辑问题,兼容性问题等等。将项目过程中遇到的问题全抛出来,以供其他参与人员对相应的问题进行讨论。

    3,开发,产品,设计等相关人员来分析问题产生的原因

       在测试人员抛出项目实施中存在的问题的时候,相关人员需要针对问题进行讨论。核心原则是对事不对人,由此来保证能准确地找出产生问题的真正原因。大家要积极对与发言,避免直属领导参与,项目直接参与人参加即可,防止大家有所顾虑。测试分享遇到的问题时,由什么原因产生的,开发,产品,设计等是否知道其中的主要原因?当初是为什么会出现,后续有没有好的避免方案。

    4,分析当时的解决方案是什么,有没有优化的空间?

       项目实施的时候,可能遇到一些原先没有想到的问题;为了更好的保证项目的实施,可能选择一个临时的或是非最优的解决方案。现在项目完成后,再分析一下当初的方案,有没有更好的方案呢?后续需要不需要对进行优化。项目中是否存在放到后续解决的问题,有没有相应规划?从面对整个项目进行全面的查漏补缺,总结和整理项目的相关文档,做好技术备份和积累工作。

    5,项目实施过程中有没有遗漏的任务,当时的规划是什么?

       项目实施过程中有没有遗漏的任务?在需求评审的时候,由于需求规划原因,技术原因等,将相应的功能后置的情况,在项目总结的时候也需要进行全面讨论。分析一下当初这么处理的原因,后续有没有相应的规划?现在需要安排相应的工作不?

    四,总结后如何汇报

    在进行完项目总结大会后,我们应该如何向领导汇报工作呢?

    1,项目总结大会时做好会议记录

    在项目总结大会时,注意做好记录。项目实施过程中都存在哪些问题,解决方案,讨论结果是什么?后期的优化方案,规划等等,都需要全面记录。会议结束后,进行一个全面的整理,最后将会议记录发送给项目的相关参与人,各个相关的领导等。

    2,做好项目总结文档

       项目结束后,项目评审完成后,需要编写完整的项目总结文档。专业化地汇报项目的相关信息,数字化项目实施的全面情况。其中项目总结包括以下信息:

    (1)项目的基本信息

    (2)项目完成情况:

        --目标完成情况

        --任务完成情况

    (3)项目实施总结

        --项目工作量说明

        --项目进度说明

        --项目风险及解决

    --bug总结与分析

    --实施情况总结

      (4)项目成果总结

      (5)经验与教训

      (6)问题与建议

    3,项目总结要发给项目相关参与人,负责人

       最后项目汇总,项目总结大会相关记录,以及后结的计划都需要同步给项目相关参与人,各个参与成员的负责人。对于大项目必须组织项目总结大会,如果是小项目测试人员就自行总结,编写项目总结文档,把相关的内容共享给大家。这是个良好的习惯,也是提升测试能力的重要手段。

    五,总结

       本篇我们介绍了如何做项目总结与汇报的相关内容,全面介绍了什么是项目总结,为什么要进行项目总结,如何进行项目总结,以及进行项目总结与汇报工作。项目总结是测试人员进行提升的重要手段,不少同学疏于这方面的工作,以至于会反复掉到一个坑中,或是同样的技术使用多年。不善于总结和提升的同学,会被时代抛弃的,要时刻有危机意识才行。

    展开全文
  • 除此以外,如果可能,项目总结大会还应吸收用户及其他相关项目干系人参加,以保证项目总结的全面性和充分性。  其次不能等到项目结束才进行总结,项目的每个阶段都要进行适当的总结,保证有价值的经验教训能够...

           为什么要进行项目总结呢?

           说起项目总结,大家都知道总结就是对过去某一时期或某项工作的情况(包括成绩、经验和存在的问题)的总回顾、评价和结论。大家也都认为它很重要。然而,在实际工作中,人们很少把它与进度、成本等同等对待,总认为它是一项可有可无的工作。因而,在项目实施过程中,项目干系人就很少会注意经验教训的积累,即使在项目运作中碰得头破血流,也只是抱怨运气、环境或者团队配合不好,很少系统地分析总结,或者不知道怎样总结,除了项目背景的介绍,就是一些原则性的套话,“加强管理,加强沟通,及时跟踪”等等,没有任何实质性东西,把许多宝贵的经验白白地给丢掉了,这不仅仅包括失败的经验,同样也包括成功的经验。

           项目总结最大的好处用一句话可以概括——从已经完成的项目(或工作)中汲取尽量多的经验,为今后的发展提供积累。

           项目总结的目的和意义在于总结经验教训、防止犯同样的错误、评估项目团队、为绩效考核积累数据以及考察是否达到阶段性目标等。总结项目经验和教训,也会对其他项目和公司的项目管理体系建设和项目文化起到不可或缺的作用。完善的项目汇报和总结体系对项目的延续性是很重要的,例如项目完成后项目的售后维护,设备保修等。特别是项目收尾时的项目总结,项目管理机构应在项目结束前对项目进行正式评审,其重点是确保能够为其它项目提供可利用的经验,另外还有可能引申出用户新的需求而进一步拓展市场。

           如何进行有效的项目总结呢?

           做好项目总结的工作,首先就应该在项目启动时将其加以明确规定,比如项目评价的标准、总结的方式以及参加人员(如项目办公室、商务部、售前部、市场部、储运部等)等。除此以外,如果可能,项目总结大会还应吸收用户及其他相关项目干系人参加,以保证项目总结的全面性和充分性。

           其次不能等到项目结束才进行总结,项目的每个阶段都要进行适当的总结,保证有价值的经验教训能够及时地转变为成功完成项目的能力。

           再次事后归档时必不可少的,但项目总结可以采取多种沟通形式,不一定要完全正式的总结会和总结报告。大家在一起闲聊时,话匣子一打开,很容易变成了一个控诉会,项目组把所受的委屈,尤其是来自客户方面的,统统发泄出来。此时,作为项目经理,要引导控制好谈话方向,最后一定要实质性的结论,把原来发泄出的各种意见变成系统化的建议或解决方法。不要“不要相信供应商的承诺,对客户的无礼要求应拒绝”等没有指导意义的结论,而要得到“如何促使甚至帮助供应商履行承诺,如何响应客户的无礼要求而不影响项目实施”等具体可操作的方法。

           最后,需要强调的是,项目总结不能报喜不报忧,特别是对于失败的项目,总结会不应该成为批斗会,要坚持对事不对人的原则。这样项目总结才能顺利展开,并对今后工作有指导意义。

           如何编写项目总结?

           根据美国项目协会管理协会(PMI)的项目管理框架,把项目总结的框架提纲分成以下几个方面来进行。

    1. 编写的目的

           说明编写项目总结报告的目的,指出预期的阅读范围。

           例如:编写本《开发总结报告》的目的在于对XXX软件项目开发过程进行总结,对遇到的困难和解决方法进行反思和总结,为以后软件的改进提供建议,为产品质量改进提供参考。

    1.  项目背景 

             本项目的名称和所开发出来软件系统的名称。

             此软件的任务提出者、开发者、用户及安装此软件的地方。

    1.  项目概况

              说明最终制成的产品,包括:

              程序系统中各个系统的名字、它们之间的层次关系、以千字节为单位的各程序的程序量、存储媒体形式和数量。

              程序系统各有哪几个版本,各自的版本号及它们之间的区别。

              每个文件的名称。

              所建立的每个数据库。如果开发中指订过配置管理计划,要同这个计划比较。

    1.  进度

              按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。其间有哪些变化?以便为项目经验库提供相应数据,提高下次计划的准确性。

              如:列出原定计划进度与实际计划进度的对比,明确说明,实际进度是提前了,还是延迟了、分析主要原因。

    1.  工作量

              项目实际工作量与计划工作量的对比。

    1.  成本费用

              就计划成本、实际成本对比成本构成明细的差距和原因分析及建议,也包括项目合同款执行情况的分析总结。

              如:列出原定计划费用与实际费用对比,包括:

                   工时,以人月为单位,并按不同级别统计。

                   其他费用消耗,如物料费用消耗、出差费用等。

              明确说明经费是超出了,还是节余了,分析其主要原因。

    1.     资源

         各资源实际占用率与计划占用率比较,可以采用直观的图表形式来反映项目的资源情况。

              注:CMM中定义了资源(计算机资源,人力资源,等)和关键计算机资源。因此,资源和关键计算机资源是有区别的。资源是指所有的资源。比如开发用的计算机。这个只能称作资源。而关键计算机资源,则是相对于计算机资源更重要的计算机了。在开发中更有用处。比如服务器。我们可以在开发的时候,定义N台计算机资源,即开发用机。可多可少,甚至可以和服务器作为一台机器。但是关键计算机资源--服务器,必须有。因此作为服务器的计算机资源,成为关键计算机资源。同样,有的开发,需要使用到硬件,也可以将其定义为关键计算机资源。关键计算机资源还包括网络带宽等等。

     

    1.     项目风险

         就风险识别、风险分析和风险应对中的经验和教训进行总结,包括项目中事先识别的风险和没有预料到而发生的风险等风险的应对措施的分析和总结。也可以包括项目中发生的变更和项目中发生问题的分析统计的总结。

     

             实际发生的风险、所造成的影响和采取的行动与计划的比较

             非预计风险的数量。

    1.     项目范围

          项目范围包括产品范围和项目范围。其中,产品范围定义了产品或服务所包含的特性和功能;项目范围定义了为交付具有规定特性和功能的产品或服务所必须完成的工作。合同中所规定的产品范围和项目范围以及用户确认的计划等都属于项目中要控制的范畴,另外还包括实际执行情况的差距和原因分析。

     

    1. 项目沟通

           沟通是人员、技术、信息之间的关键纽带,是项目成功所必须的。在国内,不少项目经理对沟通不够重视,或者不知如何做好项目中的沟通工作,这都需要各级项目管理人员对其加以重视。在项目总结时,可以就项目过程中的内部、外部沟通交流是否充分,以及因为沟通而对项目产生的影响等方面进行总结。

    1. 项目文档

           项目文档,包括硬拷贝文档和电子文档,都应该收集、整理、编制、控制和移交,以便统一归档保存和进一步开发利用。文档是过程的踪迹,它提供项目执行过程的客观证据,同时也是对项目有效实施的真实记录。项目文档记录了项目实施轨迹,承载了项目实施及更改过程,并为项目交接与维护提供便利。此外,项目文档还是项目实施和管理的工具,用来清理工作条理、检查工作完成情况,提高项目工作效率。所以每个项目都应建立文档管理体系,并做到制作及时、归档及时,同时文档信息要真实有效,文档格式和填写必须规范,符合标准。

    1. 项目评价

         项目评价是对项目交付物的生产率,产品质量,采用的新技术、新方法、项目特点等的总结。另外还应该包括项目客户满意度收集统计和分析。客户满意度调查内容不但包括项目管理或流程层面,也应包括技术层面。同时,有必要说明本项目与以往项目相比的特别之处。例如:特殊的需求、特殊的环境、资源供应、新技术新工艺等,总之是具有挑战性的、独特的事件以及关键的解决方案和实施过程。

    1. 项目质量

         项目的最终交付物与客户实际需求的符合度。需要注意的是“客户”,他可以是一般意义上的外部客户,也可以指内部客户。项目质量管理不但包括对项目本身的质量管理,也包括对项目生产的产品进行的质量管理。具体可以从质量计划、质量控制、质量保证入手,以保证项目质量的持续改进。具体可以采用ISO9000质量保证体系,加上完善的质量管理工具、图表等辅助工具加以统计分析,得出改进建议。

    1. 遗留亟待解决问题

         说明项目有无遗留亟待解决问题。如果有,必须针对这些问题进行深入分析,明确责任,提出解决方案。

    1.  经验教训及建议

         不断将实施过的项目中的技术经验、管理经验以及教训等进行总结,积累起来就可以成为公司的财富。

         

         以上是项目总结时应该包括或者注意的几个方面。总之,项目总结应该根据不同的汇报对象,提供有针对性的内容。因为不同的报告阅读者需求不一样。例如,像公司级项目主管领导,他可能只关注项目收款及影响收款进度的原因、项目验收计划、项目中的重大事故或问题。技术经理可能更关心项目中新技术、新流程、新工艺的采用情况及效果。质量经理可能更重视项目的质量控制、变更、风险、问题报告。项目经理应该尽可能要求项目团队所有成员提交项目总结报告,因为每个人都会根据自己的知识、经验和能力,就所承担的不同工作、不同项目阶段,提出不同的问题和建议,这样能够从不同侧面来总结项目,更好地为下一阶段或以后的项目提供有意义的参考。

    转载于:https://my.oschina.net/u/3375733/blog/1546853

    展开全文
  • 项目经验:某大厂大数据项目总结

    千次阅读 2019-04-26 20:53:58
    2015年有幸加入某大厂大数据项目,在此之前从没有接触过大数据这类高大上的...但最终做了两年不到,项目最终被解散,回过头来总结经验,虽然时间隔得有点远,但很有必要。 一、业务需求 空间更小,速度更快 当时做...

    2015年有幸加入某大厂大数据项目,在此之前从没有接触过大数据这类高大上的技术,进入大厂之后才发现,原来大厂在做研究项目,也就是商业化前的可行性论证,也只有大厂会花这么多人力、物力做这个。当时物色了很多优秀的人才,有海龟博士、国内顶尖计算机专业硕士、资深大数据专家等等。但最终做了两年不到,项目最终被解散,回过头来总结经验,虽然时间隔得有点远,但很有必要。

    一、业务需求

    1. 空间更小,速度更快
      当时做这个项目的业务需求很简单,就是“空间更小,速度更快”,据说当时客户都已经找好了,农行总行、腾讯都很看好我们这个项目,我们最终还带着项目到农行总行那边去部署过,也算是很接近成功了,后来由于项目商业化立项没通过,最终被并入公司另外一个商业化产品中。
      其实进入项目之后,第一个月完全不知所以然,项目的框架,hadoop、spark、mesos是什么,为什么要开发这么多项目,完全是雾里看花,等慢慢熟悉这个项目之后那是三个月后,我们有自己的第一个版本的项目出来,可以在自己的服务器上部署和使用了,虽然使用界面还不是特别友好,系统还有很多BUG,但是对技术和团队的信任,还是信心满满的一往直前。第一次迷茫的时候是进项目六个月后,那个时候发现我们做的这个项目硬件依赖太强了,而且硬件项目的进度一直延后,后来请美国的专家过来做了一段时间问题还是很多,软件系统慢慢的逐步成型,但硬件系统始终有问题,项目出现分水岭的时候是有一次跟中移动去竞标,当时竞标的结果是中标了,硬件由于问题太多,短时间无法完全修复,最终还是流标了。
    2. 项目卡死在散热上
      这个时候回过头来梳理,软件基于开源的基础上去修修补补功能,虽然也遇到很多问题,但最后都被我们完全克服下来了。但硬件的伤却无法短时间愈合,一直到项目终止的那一刻,还是有很多问题依然存在。当时的业务需求是基于大数据技术(mesos+spark+zeppelin)提供一体机,把硬件加软件的优势显现出来,在设计硬件的时候把64个CPU放在一个1005030立方厘米的空间内,散热是个很大的问题,散热问题会造成很多后期预想不到却又无法定位到的问题,也许最终我们失败的原因就在此。

    二、总结

    1. 项目虽然终止了,但在这个项目过程中学习到的经验终生难忘,能像该大厂这样子投入做项目的很少,当项目立项之后,各种资源和支持,我们当时开发和测试的服务器都达到两百多台,内存条按每台服务器插满24根算的话,我们保守估计使用到的内存条两千根,还有FPGA,固态硬盘等;但项目一旦没通过立项,整个团队很快就完成人员分流、项目总结等等,执行力很强。心态开放,虚心学习很重要。
    2. 这么优秀的团队,能调动这么多的资源,这么大力度的支持,最终项目还是没完成,要想做成一件事有多难,就像要组装一辆汽车需要拧100个螺丝,99个螺丝我们都拧好了,就是最后一个拧不上,车最后还是没组装好还是不能出厂;你要成功很难,100个螺丝都要拧好才行,缺一个都不行;但你要失败太容易了,随便一个螺丝没拧好都能做到,所以做事我们要抱着敬畏的态度去做,拧好每件事的所有螺丝。
    展开全文
  • 项目总结感悟

    万次阅读 2019-06-02 10:40:00
    第一次项目总结感悟   本次项目算是暂时的告一段落了,先不论结果如何,在这次项目开发中我有很多收获,也发现了很多自己目前学习和其他方面的一些问题。   首先先分析一下本次项目开发过程中遇到的问题。   ...
  • 做好软件项目总结

    千次阅读 2018-12-18 16:46:47
    由于项目需要做个总结会,网上很少有针对软件项目的模板,把自己做软件开发部署项目总结会的内容记录一下。 详述 软件项目总结可分为四个基本部分: 1.项目概述 项目概述中可以描述任务来源、基本需求;项目名称、...
  • 网页设计项目总结

    千次阅读 2019-06-28 08:23:56
    网页设计项目总结 完成时间:2019年6月28日星期五 作者:林政鸿 在设计网页的时候首先要有banner而我刚进到这个第一就是做banner的一个任务,在做这个banner我是在各大的素材网站收集大量的资料因为我知道一个banner...
  • 软件项目总结模板

    千次阅读 2019-09-29 14:17:46
    实际工作中,整理了软件项目总结关注点: 1、交付: 完成了哪些交付成果? 哪些工作没完成?原因是什么? 2、进度: 实际进度和计划进度发生了哪些变化? 应用了哪些进度控制方法? 3、成本: 实际成本与...
  • Java小白 电商项目总结

    千次阅读 2019-05-24 10:40:31
    1、架构思想:前后端分离 术业有专攻 ... 后端同事也是尽其所能的做好自己的事情,分层架构,模型的选取,接口、数据库设计,性能研究,不需要像jsp那样,还需要去操作...2、搭建项目,目录结构 搭建基础的spring-boo...
  • 软件项目总结报告---应用模板

    热门讨论 2011-04-19 20:21:34
    项目做完了,喜欢做些总结,同时也希望能喝大家一起分享
  • 敏捷开发项目总结实践

    千次阅读 2018-08-01 10:19:41
    项目总结在有些公司也叫项目复盘,推广敏捷开发的项目会觉得迭代已经有开展回顾会了,没必要再做项目总结。我觉得这两者的定位是不一样的,回顾会偏重当前迭代,项目总结则是对整个项目周期工作的复盘。不过项目总结...
  • Java-Web项目总结

    千次阅读 2018-11-29 08:56:44
    使用jetbrain的idea创建Java-Web项目 链接地址:http://www.omegaxyz.com/2018/10/04/intellij-idea-java-web/ Java-MVC模式概述 链接地址:http://www.omegaxyz.com/2018/10/03/javaweb-mvc/ 走过的坑(未完待续) ...
  • 项目成果是全体项目干系人共同创造的,参与总结会很重要的一个意义就是让每个参与的人更加系统和全面了解项目,这个项目在哪方面取得了哪些不错的成绩,哪些地方有待提高,在实际的项目总结经验教训,从而不断提升...
  • ssm项目总结

    千次阅读 2018-11-04 18:59:07
    Mybatis 解决了jdbc相关问题 1、数据库连接创建、释放频繁造成系统资源浪费,从而影响...而且按所属模块把文件分配得很清晰,写代码更有条理了,但对于我们初学者来说这类项目写一遍是完全不够的,一定要多写。
  • 前端项目总结与分享(PPT整理)

    万次阅读 2019-04-24 16:57:27
    总结: 1期间遇到问题,自己网上查资料,最终解决; 去百度搜索的时候,很多情况搜不到的原因是自己没有用专业的语句,口语化的语句很少能搜到答案,有时候问一问别人或许不能直接解决问题,但是却给了我们另一个...
  • JavaWeb网上书城项目总结(初步1.0)

    千次阅读 2019-08-09 01:23:45
    JavaWeb网上书城项目总结 目录 项目背景与目标 成员组成 模块划分 数据库设计 功能分析+源码 经验总结 (逐步放上博客,先总结) 成员组成 组长:林俊豪(本人) 组员:温尧皓、麦乙迪、邓梓鹏、罗思涵 功能分析 ...
  • 【C语言 项目总结】学生成绩管理系统项目概况问题与分析主要框架的确立输入缓冲区的问题文件操作感想总结 项目概况 用C语言创建一个“学生成绩管理系统”,供学生、教师、管理员、超级管理员使用,不同身份登陆者...
  • 谷粒学院项目总结

    千次阅读 2021-01-24 08:23:43
    项目概览 项目用的b2c模式,有前台管理系统和后台管理系统 后台系统的功能 登录功能(集成SpringSecurity框架) 权限管理模块 (1) 菜单管理:列表,添加,修改,删除 (2) 角色管理:列表,添加,修改,删除,为角色分配菜单 ...
  • 【商城秒杀项目】-- 项目总结

    千次阅读 多人点赞 2020-02-27 14:57:18
    最近对商城秒杀项目所用到的技术进行了剖析,技术点还是挺多的,本篇博客就来对商城秒杀项目进行一个总结与整理 项目相关博客汇总 1、【商城秒杀项目】-- 概况 2、【商城秒杀项目】-- 对返回json结果的封装、通用...
  • 谷粒在线教育系统项目总结

    千次阅读 2020-05-16 11:16:02
    谷粒教育项目知识点总结 项目后台管理系统 权限管理模块 讲师管理模块 课程分类模块 课程管理模块 统计分析模块 订单管理模块 项目前台管理系统 首页数据列表显示 分页条件查询 数据的增删查改 项目前台用户系统 ...
  • 物联网智能家居项目总结(全)

    千次阅读 多人点赞 2021-06-18 17:44:36
    毕业设计结束了,虽然优秀毕设通过了,但是却由于一些奇怪的问题没得到上报奖励,心里虽然有所落寞,但至少不负自己,同时也吸取教训,凡事亲力亲为,自己的事再小也得上心,多的不说了,不如正题,整个项目分为...
  • 小米商城项目总结

    千次阅读 2019-05-15 09:03:57
    脚本中判断是否相等不能用equals,没有这个方法,只能用== 数据库工具类,只需要加载一次就够了,所以我们采用静态代码块来初始化该方法,作为工具类使用 public static QueryRunner qr = null;...
  • 前端项目总结

    千次阅读 2018-04-20 16:15:10
    心得总结: 开始这个项目,感触挺深刻的。一个人做的东西和一群人做东西是不一样的,在以前完全没有接触过的tomcat和eclipse。经常会出现页面打不开的情况,eclipse上面的项目不允许更新,tomcat一直不能正常开启。...
  • SSM框架项目总结

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

    千次阅读 2019-10-24 11:26:23
    在经历了两个月的时候 我们开发了一个校园二手跳蚤市场 意在为大学生提供...我们的项目 按照角色 主要是买家跟买家、以及系统管理员 作为买家的同时也可以充当卖家的角色 ,作为卖家的同时也可以充当买家的角色 ...
  • 项目总结的重要性

    千次阅读 2018-10-19 17:18:57
    每次做项目都重新开始,或者其它项目剪切粘贴过来,这样太没效率了,做了8年程序还这个鸟样,实在我自己都看不起自己,牛人就是能比别人快速完成项目。所以提醒一下各位,每做一个项目,或看到有用的东西都要记起来...
  • 自动化测试项目总结(一)

    千次阅读 2018-07-17 14:55:11
    标签: 自动化测试 、个人总结、朝花夕拾 1、对单元测试框架的理解:不理解为什么我加了@Test注解,测试用例却不会被执行? 单元测试可以分为JUNIT3.X和JUNIT4两个版本,这两个版本在那使用的时候有一定的区别。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,127,881
精华内容 451,152
关键字:

项目总结