软件研发公司总结(提纲)

软件研发公司总结(提纲)

附件3

软件研发公司总结（提纲）

工作总结内容要具体、详实,全面总结本单位201*－201*年制造业信息化技术研发、推广情况和取得的成效。重点突出自身的特色和技术亮点。

一、软件研发公司情况介绍：

1、公司简介：公司宗旨，业务范围，人力资源，技术优势、科研开发和技术创新能力,资产规模和经营状况等。

2、技术研发及推广应用情况：软硬件产品类型与解决方案、成果数量、应用领域、推广应用效果，产生的社会和经济效益等。

3、培训及相关活动情况。

二、信息化相关技术主导产品介绍（能体现公司在制造业信息化研发方面的成果的突出产品）：

1、自主开发或合作开发、合作单位，研发内容；2、技术创新点或采用的关键技术；

3、产品说明及应用领域：产品主要功能说明，目前主要应用领域，可推广应用的领域；

4、应用情况：用户数量、用户应用效果、典型用户等三、典型解决方案与案例介绍（能体现公司制造业信息化研发及服务特色的典型解决方案与案例）

1、典型解决方案技术特点、特色功能介绍等；

2、典型用户应用情况、应用效果等。附表1

软件研发公司基本情况表

单位名称（盖章）负责人联系人通讯地址网址E-mail研发人员情况从业人员（人）具有中级以上职称和硕士学位及以上人员（人）研发情况研发成果个其中专利项，软件登记项，软件著作权项，实现产业化项。工程技术人员数量（人）联系电话联系电话邮政编码传真承担相关信息化项目情况项目名称注：表格行数可根据需要自行增减项目级别（国总投资政府经费单位自筹家、省、市）（万元）（万元）（万元）附表2

拥有自主知识产权的信息化产品或研究成果

序号12345678910产品或成果名称获奖类型及开发情况专利情况及专利号软件登获奖名称（自主开发、（实用新型、发明、（国家奖、记号合作开发）无）省、市奖）软件著作权号推广数量（套）应用企业数（家）注：表格行数可根据需要自行增减。附表3

主要客户名录

序号12345678910111213141516171819客户名称应用的软件名称注：客户名录应是可公开的（如可在网上发布）。表格行数可根据需要自行增加。附表4

举办培训班及相关活动列表

培训班(或活动)名称主要内容面向对象人数起止时间注:举办培训班及相关活动包括举办的信息化培训班及推介会、讲座、论坛等相关活动。

请附相关培训或活动的精彩照片电子版一套，表格行数可根据需要自行增减。附表5

发表的专著、论文列表

序号专著、论文题目作者作者序位发表时间发表刊物注：填有本单位人员参与发表的专著、论文，作者栏只需填写本单位人员，“作者序位”指本单位人员在论文作者中属于第几作者。

需附专著论文的完整内容的电子版或复印件，表格行数可根据需要自行增减。

扩展阅读：6项目小组工作总结

金刚佐马小组项目总结

提纲：

一：介绍团队的组织、建立、发展过程以及在开发过程中各成员的角色及贡献二：介绍项目组的特色1：按照计划圆满完成任务。计划前松，中间紧，后松的特色。2：别具特色的小组分工a：发布经理：土办法做代码管理，8个版本详细稳定。b：审查委员会：监督任务完成情况，控制进度发展。c：开发经理：网站架构，代码规范，培训师，咨询师d：测试经理：测试工作e：开发人员：聪明，勤奋f：项目经理：懒与勤快，任务下放与多重检查3：沟通、交流、合作

a：机房集体开发b：水果会议c：火龙果奖励

d：任务记录表的特殊作用e：小组会议主讲人轮换制度。

三：经验和教训1：负责人的刚与柔。沟通技巧2：前期规划-------一个实用系统的必备条件

一：团队介绍

1：团队建立-交流-发展

我们团队的建立来自于一个个偶然的因素，来至于5个寝室的8个好汉，在以往没有共同开发的经验，有的组员之间甚至很少交流。在那个温暖的下午，我们在人群中四处张望，在四目相对的过程中，我们发现了对方，8个人就此聚在了一起。从缘而生，因此，我们的小组名被命名为“金刚佐马“----金刚辅佐编码，缘分----小组初建，百废待兴。在进行交流后我们发现问题很严重。8个人中真正有开发经验的只有1人，其他人对动态网站开发基本都处于空白阶段。面对这样一个对我们来说非常复杂的网店系统，我们该如何学习、开发。这一切我们都一筹莫展，我们只能在不断的讨论中摸索前进。小组例会，私下讨论，集体开发，我们想到了一切能想到的方法加强交流，在不断的沟通交流中，我们逐渐找到了推进项目的方法，从开始的一筹莫展，到制定出详细的开发计划，从对ASP.NET知识的完全不了解，到通过学习、培训逐步掌握基本知识，能进行简单的网页开发。从开始杂乱无章的代码到标准、规范的三层架构。从一个个独立的功能模块到统一的整合代码。我们在一次次的学习中，提升开发水平，在一次次的磨合中，提高团队协作能力。我们的小组逐渐走向成熟，我们的项目在我们的不断努力中完善起来。

2：团队分工及完成工作百分比

由于我们小组成员开发能力薄弱，项目经验匮乏，我们认为那种单一的任务分配不太利于项目开发。于是我们设计了行政工作和代码开发工作两套系统。每一个小组成员既有行政工作，也有代码开发的任务。这样每个组员的开发任务减少了，同时也能学到许多项目管理的知识。

行政系统：

学号201*2821201*2843201*2818201*2837201*2827201*2825201*2817201*2841角色产品经理测试经理用户体验发布经理程序经理审查委员会审查委员会审查委员会姓名高峰赵乾坤，郑峥云达邱丰节李鑫张实张鹏

代码开发系统：

功能类别浏览区浏览图书浏览网店搜索图书购物车借阅安全模块注册会员注册网店登录会员区维护个人信息订单列表张实、郑峥张鹏、赵乾坤子功能邱丰杰负责人借阅请求列表店长区网店维护图书维护处理订单处理借阅请求管理区基础信息维护管理会员管理网店管理日志高峰云达，李鑫

工作量记录：

姓名高峰邱丰杰赵乾坤张鹏张实云达郑峥李鑫编写文档个数9818个15891510编写代码行数708+647=1315行3000+121行425行574+128=704行310+343=653行0250+300=550行组织活动次数24次108次98次11次58完成工作技术4649272823262023（说明：工作百分比为每个人的工作量/总工作量。100行代码等于一个文档。组织1次活动等于一个文档。）

详细情况：

高峰：文档：《软件需求设计更改意见管理员模块》，《软件详细设计管理员模块》，《项目开发文档_项目计划--金刚佐马小组》，《金刚佐马小组工作记录表》，《项目组总结》，《个人总结》《代码行数统计模板》，《数据库更改意见》，《系统BUG表》

代码函数：708+647=1315组织活动：10次小组会议1次集体开发

组织成立审查文员会4次组织代码整合

组织小组学习ASP.NET知识组织小组编写详细设计文档组织小组编写文档4次组织文档验收工作组织建立数据库邱丰杰：文档：《浏览区模块需求分析》，《浏览区模块详细设计》，《详细设计文档》，《数据库文档》，《数据库修改文档》，《个人总结》《程序经理总结》《压力测试文档》代码函数：3000+

组织活动：代码规范学习

4次组织代码整合

3次培训网站整体调试项目组展示策划赵乾坤：文档：《软件需求设计》，《项目-测试报告文档》，《项目-测试用例文档》，《软件需求文档》，

《安全模块详细设计》，《网站测试》，《代码行数总结》，《个人工作总结》，《第一次测试报告计划》，《第二次测试报告计划》，《第一次测试报告总结》，《第二次测试报告总结》，《可靠性测试模块》，《图形用户界面测试模块》，《安装与反安装测试模块》，《性能测试模块》，《安全测试模块》，《工作统计》，

代码函数：编写简单的登陆页面并实现一定的注册登录功能。组织活动：

第一次小组会议，会议的时间是3月4日，会议的内容是关于改写《需求分析设计》，如何改写《需求分析设计》以及规定了小组成员所要交文档的日期。第二次小组会议，会议的时间是3月28日，会议的内容是详细的向小组的全体成员介绍有关系统测试的工作内容与安排。第三次小组会议，会议的时间是4月2日，把测试分成两个阶段并向组员认真安排了各自的任务模块，验收第一次测试——模块测试的文档。

第四次小组会议，会议的时间是4月6日，通过会议告诉一部分组员如何写好测

试文档，注意测试文档的格式与内容要求。

第五次小组会议，会议的时间是4月11日，验收第二次测试——集成测试的文档，对一部分存在困难还没有完成测试文档组员规定了最后完成日期。组织最终版的测试报告协助设计展示方案协助制作小组宣传书

张鹏：文档：《软件需求设计更改意见安全模块》，《软件详细设计管理员模块》，《审核报告模板》，，《第一次会员区模块测试报告》，《代码行数统计》，

八份《审核结果》，《审核小组工作总结》，《个人总结》.代码：425

组织活动:8次项目审查活动一次审核小组会议张实：文档：《VSS使用审查报告》《开发第一阶段-1审查报告》《开发第一阶段-2审查报告》《个人总结》《测试报告-浏览区》《测试报告-2》《需求分析-会员区》《详细设计-会员区》

代码函数：574行

组织活动：3次审查活动1配置环境

提交每周两次的代码，共两周3次组织会议设施云达：文档：《软件需求设计更改意见店长区模块》，《软件详细设计店长区模块》，《开发经理工作总结》，《个人总结》，《登陆界面》，《项目第一阶段测试》，《项目第二阶段测试》，《代码行数统计》，《项目日志历程》

代码行数：310+343=653行组织活动：10次代码发布1次VSS使用方法会议1次搭建VSS环境李鑫：文档：《软件需求设计网店模块》，《软件详细设计网店模块》，《个人总结》，《第一次测试---登陆》，《第二次测试---功能点》，《建立数据库审核文档》，《建立数据库审核文档补充》《学习ASP开发知识审核文档》，《学习ASP开发知识审核文档补充》，《第一阶段测试审核文档》，《代码行数统计app_code》，《实现登陆》代码函数：250+300=550组织活动:

5次项目审核2次组织会议

一次寻找数代码工具郑峥：

文档：会议记录5次。《个人工作总结》《用户使用手册》《会议记录总结》《网站美工方案》《网店需求分析》《测试文档》2次，配置vs环境。《网店详细设计文档》，代码函数：无

组织活动：1次集体开发，5次组织会议设施

二、项目组特色

1：按照计划圆满完成任务。汉堡包模式--计划前松，中

间紧，后松的特色。

作为一个项目开发小组，我认为我们最自豪的就是我们的项目开发活动基本遵循了前期制定的计划。按部就班，一步一步完成了各项任务。我们的小组没有进行通宵开发这种突击活动，需求设计中的功能全部实现，还增添了许多新功能。我们如何达到这个目标的了？我想这与我们的开发计划有关。我们的开发计划属于前松，中间紧，后期松的类型前两周，当其他小组已经开始编码的时候，我们只进行了3个工作：安装系统，编写需求分析和详细设计，学习ASP.NET知识。安装统一的开发环境花费了我们四天时间，编写需求分析和详细设计花费了10天，学习ASP.NET知识花费了约两周。这些看似无用的工作为我们后期的开发打下了坚实的基础。接下来的两周，我们进入了项目开发阶段。与其他小组细致到功能点的开发计划不同，我们的开发计划里只有“第一次开发”“第二次开发”两个看似模糊的定义。实际上，我们小组采取的是模块划分的方法，每个成员只负责自己的模块。小组成员对模块负责，任务检查时以模块为单位，这样就为开发人员提供了一定的自由和空间。组员可以自由决定开发顺序。在两周的开发周期里，我们进行了四次的代码验收和整合工作。通过频繁的验收，小组成员之间互相激励，终于在第二周周末顺利完成了开发任务，而且由于我们从一开始就进行整合工作，当第二周结束的时候我们的网站基本已经能跑起来了。我想正式由于我们宽松的开发环境和紧张的验收活动才带来了这样的效率。接下来的4周，1周作测试，2周作代码完善。由于前期开发工作的顺利完成，我们小组进入了一个较为清闲的阶段。在这充足的时间里，我们一方面进行了两轮测试工作，另一方面进行了大量的BUG修改，及美化界面的工作。我们的系统一步步得到完善。回顾我们的开发历程，我想我们最大的优势就是汉堡包似的开发过程。前期充分的准备工作为我们的后续开发带来了很大的方便，避免了许多麻烦。中期紧张的开发环境让我们有了很高的开发效率，避免了长期开发的拖沓。后期充裕的时间让我们有了足够的经历进行完善工作。我想对于缺少开发经验的学生来说这是一个很好的开发方式。

2：别具特色的小组分工

由于缺乏开发经验，所以我们小组的一切工作都是在摸索中前进，在小组分工这块我们开始的时候根据老师提供的方案，设立了开发经理等5个职位，在实际的开发过程中，根据需要我们对这些职位的具体工作范围进行了重新界定。后来又添加了审查委员会这一机构，总之我们的小组分工在不断变化的需求中进行了大量的变革和创新，为项目的顺利进行提供了保障。

a：发布经理：土办法做代码管理，8个版本详细稳定。

根据老师提供的方案，我们在开始时就设立了发布经理的职务，然而在初期，我们并不清楚这一职务的具体工作是什么。当发布经历搭建好VSS平台，让我们使用了一次之后，我们立刻发现VSS版本管理工具对我们小组开发并不适用，一是我们没有稳定的服务器，VSS的许多功能受到限制。二是使用VSS实际上会需要组员遵守许多的规范，对于我们8个人的小队伍来说，使用VSS带来的麻烦远远超过了其带来的便利。在小组例会上，我们经过讨论，制定了适合我们小组的代码管理方案：每个周四和周六，发布经理收集所有人的代码，进行统一的编号和记录，打包后发放到网路平台。每个组员下载最新的代码进行开发，这样不仅使我们的每个版本都有了备份，也使每个开发人员的代码都是统一的。经过1个多月的使用，我们的这套代码管理方法被证明是完全有效的。到目前为止我们的代码库已经有了10个版本，每个版本都有详细的日期、时间、更改人员。开发过程一目了然。

b：审查委员会：监督任务完成情况，控制进度发展。

审查委员会是我们小组的特色机构。开发前期，我们发现虽然开发计划里制定了详细的任务计划，然而却没有专门的机构监督任务的执行情况，任务计划几乎成了摆设。面对这种情况，我们小组迅速开会，经过讨论，我们决定成立审查委员会。这一机构的主要任务就是根据发布的开发计划，在每一项任务的截至日期之前去检查、督促任务责任人完成任务。在任务截止日期后，提交审查报告，记录任务的完成情况。每周的例会上，审查会员会宣读当周的审查报告。在审查委员会建立后，一方面有了委员会的提醒，组员不会再忘记自己的工作。另一方面，有了审查报告的压力，提高了组员完成任务的积极性。到目前为止，审查委员会已经提交了12份审查报告，为整个项目的顺利完成提供了保障。

c：开发经理：网站架构，代码规范，培训师，咨询师

小组内有一个技术专家将是巨大的财富。如何充分发挥专家的作用,而不是仅仅把专家当作CODING的工具，当作其他组员不去努力开发的借口，这个问题我们想了很久。在以往的开发经验里，有经验的开发人员往往承担了全部的开发工作，而其他的组员则只负责写文档等杂事，这样的任务划分，不仅让专家很累，也使得其他的组员学不到知识。因此，通过讨论，我们决定了让专家担任开发经理，主要承担网站架构，代码规范，培训，指导等工作。而代码开发的任务平均分散到组员手中。这样专家没有很重的开发压力，更能激发出更好的设计创意。同时有了专家的培训和指导，其他同学也能很快的提升开打能力。这样安排的优点显而易见，然而在实际的操作中我们遇到了问题。对于大多数没接触过ASP.NET知识的组员，培训和指导都是件非常繁重的任务。而且组员辛辛苦苦开发的程序在最后还不一定能顺利兼容。仔细考虑下，我们所采用的专家指导组员开发和专家自己一个人开发完项目相比，时间上并没有优势，花费的经历甚至更多。我们采用的方案，专家需要花费大量的时间指导，组员需要花费大量的时间学习、开发。似乎是一个两头不讨好的方案。然而最后我们还是坚持了下来，对于我们来说，这个项目最大的意义不是在最后的成果，二是在于每个人的学习，学习ASP.NET知识，学习项目开发知识。我们选择了一条辛苦的路，选择了学习的道路。感谢为之付出的专家，祝贺每一位穿过重重障碍，完成开发任务的组员。

d：项目经理：懒与勤快，任务下放与多重检查

作为一名项目经理，我也许是最懒惰的一个，在8个人的小组里，我安排了5个经理，剩余3个人也组织起来，建立了审查委员会。在写任务安排的时候，我将所有的工作都安排到了他们身上，每个组员都担负了很多的工作。既有代码开发的任务，又有行政工作，还要写文档，写测试。这让很多组员有了怨言。因为其他很多组里也许一个人就干一件事就好了。然而作为一名项目经理，我也许是也是最勤劳的一个。我编写了10个文档，编写了1315行的代码，组织了24次小组活动。在项目开发的过程中，小组成员给我起了个外号叫“幽鬼”，因为每天晚上我都要到小组成员的寝室去骚扰他们，催他们完成任务。喋喋不休的像个老太太。回顾开发的过程，作为一名项目经理，我最大的收获就是项目经理一定不要大包大揽，把所有任务都自己做。一定要学会把任务下放，只有这样，项目经理才有足够的时间审视项目的开发情况，及时纠正项目组遇到的问题，而不至于淹没在无穷尽的任务中，既累又做不好项目。对于学生项目组，我想项目经理的另一个重要工作就是督促和检查。学生项目组没有金钱等其他驱动力，我们能做的只有通过鼓励和认可督促大家完成任务，所以频繁的督促和检查是高效率的保障。

3：沟通、交流、合作

我们的小组因为偶然的机会聚在一起，很多人之前并不熟悉。在小组内如何实现有效的沟通，如何建立和谐、高效的合作关系。我们想了很多办法。

a：例会制度

例会是交流的平台，是任务发布和任务检查的好时机，也是阶段性工作总结，评优批差的重要时刻。有了稳定的例会制度，就能为项目组开发活动的顺利进行提供基础的保障。首先是在时间的选择上，我们选择每周一的晚上11点作为例会时间。周一是一周的开始，正是总结上周工作，发布本周任务的好时机，而11点的选择更是有我们的考虑。11点一般同学都没有什么活动了。在这些细致的考虑之后。后来的日子里，无论风雨，每周一的11点金刚佐马小组的例会都准时召开。开始的时候，大家还需要互相提醒，到后来这以成为了小组成员的的习惯。周一11点，我们的例会，我们的金刚佐马。

b：水果会议

水果会议，也许是我们小组的一个特色。每当小组完成了重要的里程碑任务，进入新阶段的时候，我们都会买来水果，在轻松愉快的气氛中，吃着水果，谈着项目开发中的经验得失。水果只是一种形式，其中蕴涵的是一种和谐温馨的气氛。

c：火龙果奖励

适当的奖励能激励所有组员更加积极的工作。奇异的火龙果代表小组最高的荣誉，奖励给为小组作出特殊贡献的人。

d：任务记录表的特殊作用

有奖有罚，管理才能张弛有度。小组制定了任务记录表的制度。小组成员的每一项工作都会记录在一张表上，每周的例会上由审查委员会成员宣读本周的任务完成情况。每个成员任务完成情况的好坏一目了然。项目经理根据任务记录表的内容，表扬先进，询问落后组员的情况。通过这种方式，每个组员的开发积极性都得到了加强。

e：小组会议主讲人轮换制度。

在小组的开发过程中，我们积极鼓励每个组员参加活动的组织工作。我们采取了会议主讲人轮换制度，每周的会议以及其他阶段性开发工作，我们都由不同的人来主持。尽量为每一个组员提供锻炼的机会。

f：机房集体开发

集体开发是提高开发效率、解决遗留问题的大好方式。在开发阶段，我们曾经遇到了一个开发的瓶颈阶段，许多组员刚刚接触ASP.NET的知识，随着开发的深入，遇到了大量的问题。同时各个组员开发的代码由于格式不同，很难进行整合。在这种情况下，我们毅然决定去机房集体开发，经过一个下午的讨论、磨合。我们解决了许多问题，同时制定了统一的开发规范。

友情提示：本文中关于《软件研发公司总结(提纲)》给出的范例仅供您参考拓展思维使用，软件研发公司总结(提纲)：该篇文章建议您自主创作。

来源：网络整理 免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。

《软件研发公司总结(提纲)》由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
链接地址：http://www.bsmz.net/gongwen/743431.html

• 上一篇：在华为工作的一些硬件调试经验总结
• 下一篇：名址信息中心201*年工作总结