2003年软件开发项目总结报告

第一篇：2003年软件开发项目总结报告

2003年软件开发项目总结报告

随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于2003年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了；

为了总结03年所有开发项目的整个开发及管理过程，我们选取2个比较大的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这两个具有代表性的项目中，我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方，总的说来，设计开发的功能基本上达到了用户需求的75%，用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息；查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须20分种左右，大大提高了效率，模具台账能显示所有的模具汇总及分配情况；

虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施：

一、从用户提出需求，到需求响应时间，我们需要9天时间，而需求评估完成时间需要15天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面：

(1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发人员加起来才8个，公司各子应用系统有几十个，ERP的各个子系统及模块就有将近20个，一个员工要支持5到6个功能子系统的维护；(2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户习惯找谁就认定那个人，什么事都找该员工；工作效率就相对低下；

二、关键用户访谈率及关键用户对需求的认同率都比较低，关键用户访谈率只有70%，而关键用户对需求的认同率只有68%；为什么会有这样的结果了，分析原因如下：

(1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找几个评估时认为特关键的用户；

(2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽不出时间来接受访谈；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；

(3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合；

(4)、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明确，不能了解到用户需求背后的真正目的；

三、设计功能满足率比较低，只有75%，功能点BUG数比较多，每个功能模块平均的BUG数有15个之多，函数注释率只有10%左右，各功能点的测试覆盖率只有40%，分析原因如下：

(1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚；

(2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工发工具能检查出来的BUG，没有办法检查出来，需要开发人员自已检查；(3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点；把测试的任务有时就直接交给用户了；

四、系统架构变更次数过多，一个项目平均下来变更6次之多，原因如下：(1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系统架构的灵活性；不易于扩展；一旦用户的需求有变化，系统架构就必须重新修改；

(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计的难度，导致了系统架构变更；

五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计；

(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟；

(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发；(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；

(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟；

综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心04年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：

内部的改进措施提议如下：

1、增加人员配置，解决人手严重不够的问题；

2、明确分开，重新划分业务小组；

3、明确岗位职责，细分软件项目开发所需要的各个岗位；

4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；

5、加强专业技能培训；

6、加强软件开发管理，培养团队合作精神，加强软件过程控制；

7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

8、加强业务培训，更实际的了解业务需求；

外部的改进措施提议如下：

1、加强业务部门对系统了解；

2、培养用户需求的分析能力；

3、加强与用户的互动及双向沟通，让用户参与到设计中来；

4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求；

第二篇：软件开发项目总结报告范文

项目总结报告

项目题目：

课程阶段:

学生姓名指导教师 班级编号

提交日期

北京翰子昂郑州实训中心项目总结报告

目录

第一章 项目基本情况..........1.1

1.1.1

1.1.2

1.2

1.2.1

1.2.2

1.2.3 项目概况...............项目简介...............指导老师...............项目过程的基本回顾............项目时间...............主要项目内容...........主要项目过程...........第二章 项目任务与完成情况............2.1

2.2

2.3

2.4 本人承担的主要工作............完成项目任务的技术方案与步骤.........项目中的问题及解决方法...............项目任务的完成情况............第三章 项目总结..............3.1

3.1.1

3.1.2

3.2 项目的心得.............项目的收获.............项目的体会.............问题与探讨.............参考文献.............致谢................

第三篇：软件开发总结报告

软件开发总结报告

目录

一． 引言.....................................................................................................................2 1．编写目的..............................................................................................................2 2．项目背景..............................................................................................................2 3．参考资料..............................................................................................................3 二.开发结果..................................................................................................................3 1． 产品.....................................................................................................................3 2．主要功能：..........................................................................................................3 3．所用时间..............................................................................................................4 三． 评价.....................................................................................................................4 1． 技术方案评价..................................................................................................4 2．产品质量评价......................................................................................................5 四． 总结.....................................................................................................................5

一． 引言

1．编写目的

本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。

读者对象：开发人员、大赛评委

2．项目背景

系统名称：3D旅游咨询员 任务提出者：山东省齐鲁软件设计大赛委员组 开发者： 面向用户：游客

开发时间：2010年9月1号到2010年9月19号 该软件运行系统：单机版计算计

3．参考资料

A、软件项目开发总结报告书（GB856T—88）国家标准 B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求 C、互联网上的各类相关资料

二.开发结果

1． 产品

名称：3D旅游咨询员 存储媒体的形式：光盘 数量：3份；

D、产品文档名称：

软件开发文档：《需求需求说明书》、《概要设计说明书》、《详细设计说明书》、《软件测试计划》、《软件测试报告》

项目管理文档：《软件项目计划》、《项目进度报告》、《项目开发总结报告》

产 品 文 档：《用户手册》、《演示文件》

2．主要功能：

这是一款关于3d旅游的软件，3D为本软件的一大特色。

模拟现实世界场景，做到真实逼真的效果，增加了视觉冲击力。可以像现实的人物一样随意走动，想到那就到那，想看到那就看那，而且操作简单易行，很方便用户的使用，带给用户一种全新的设计。设计一个以岱庙为背景的软件，软件界面以红色、灰蓝色和土黄色为主，为游客展现一个立体的三维场景，展现岱庙的建筑群和总体的设计，帮助游客大体的了解岱庙的基本信息，更好的完成游览观光的功能。分为四个模块,即操作介绍、查询、推荐信息、进入3D景区。

采用了3D模型建立的技术，碰撞检测技术，数据库连接技术 性能： A、可靠性

在从设计、开发到使用的全过程中，为提供满足用户使用要求的高有效性，软件所采取了提高可靠性的一切措施、方法和活动。

B、可用性

本游戏具有很高的实用性，采取文本和语音同时输出，适合于任何的年龄段人使用，界面简洁，操作简单，很容易上手，帮助用户了解岱庙的知识，并且对岱庙有一个具体的了解。

C、可维护性

此维护是软件周期的最后阶段，维护人员可以简单的对此软件进行维护。

3．所用时间

3周，100多个小时

三． 评价

1． 技术方案评价

我们小组开发的是3D旅游咨询员，具有一定的难度，我们通过开源游戏引擎直接控制，可以说是减少了一定的难度，使得软件的实行更有可靠性和完善性。

软件的需求分析阶段严格按照先设计后实现的功能，需求由于进行了比较严格的分析和策划，所以后期的实现相对而言，改动较少，提高了开发效率；

软件的场景采取三维立体效果，体现了3D的主题，所以提供较好的视觉效果，是人们有身历其境的感觉。软件采取文本和语音同时输出，实现人机交互的功能，让用户比较强烈的感受软件的好处。

3D场景可以加入音乐和实现全屏等具体的功能，增加了软件的可实现性，完善了软件的功能。

2．产品质量评价

整个软件系统比较稳定，进行过比较严密的测试。

可用性：此游戏具有很好的实用效果，适合于任何的人用。

可维护性：此游戏系统比较稳定。维护是游戏软件设计周期的最后阶段。可转移/转换性：此软件运用c++语言和irrlicht开源引擎，在windows系统的基础上，实现软件功能。软件的移植性比较强，只要是装了操作系统的pc机，都可以使用。

四． 总结

通过这次大赛，培养了我们的创新精神，竞争意识，克服困难、坚持不懈的毅力以及团队合作精神。开发的这款软件，从设计到开发都经过了细致摸索和推敲和实地考察，做到了作品的原创性。这是一款独立研发且具有成品性质的软件，是我们大家共同努力的结果。游戏开发中，大家的能力，诸如大家的合作，个人的协作能力，策划能力，以及时间观念都有一定的提高。希望软件的设计能给大家耳目一新的感觉，丰富多彩的视听效果，能给用户以视听享受，希望成为广受用户的欢迎。

通过参加“齐鲁软件设计大赛”，得到了许多经验和教训：

一个成功的设计应该是以用户为出发点，始终在考虑“用户需要什么”，软件策划并不是典型的用户，我们不是真正的旅游观光者，但是我们也进行旅游，我们制作的游戏是游客使用的，而不是自娱自乐用的。一味从自我考虑，只做符合自己的软件，你会发现它的需求是如此的不足，功能有很大的缺失，最后会发现做出来的软件连你自己的愿望。

软件一定要有自己的亮点，不要落入平庸。设计上一定要有重点，突出自己的特色和主要的功能。

细节决定一切，游戏细致入微的地方往往是展示你软件魅力的地方。

第四篇：2005年软件开发项目总结报告

2005年软件开发项目总结报告

2005年，公司规模迅速扩大，公司管理的自动化程度不断提高，许多软件系统已不能满足不断扩大的管理要求，除了要升级原有的软件系统外，新的系统开发需求成倍增加，因而，本内扩充了软件应用及开发工程师扩大到30人。2004年与2005年间，随着面向目标软件平台的普及，新的高效的软件开发模式也在中国软件业不断成熟，整体开发整体水平有了很大的提高，我公司也引进一些新的开发工具，实践了迭代开发等先进的管理方法。

05年内我们主要完成了供应协同平台，固定资产管理，合理化建议，商用空调信息管理系统，基础文档管理系统 等新的项目。由于开发管理的改进，本，软件开发效率提高较大，虽然用户需求增加很快，我们软件设计功能满足率仍然达到了95%,由于引进了专业的软件代码单元测试方法，软件测试的代码覆盖率增加到75%，软件的BUG率大幅下降，质量大幅提高，项目完成率提高到85%。虽然本软件开发从质量，效率上都有较大提高，但通过分析，仍然发现了一些不足之处，需要采取相应的改进措施：

一、由于人员效率的提高，对用户需求的响应时间缩短到4天，比去年提高了50%，但评估完成时间只提高了10%根据分析，评估响应时间较长的原因主要是：

(1)、使用的开发方法有所改变，对开发时间的评估不是太熟练；

(2)、开发人员的专业知识有所增强，但对由于开发任务较重，对有些专业领

域的熟悉还不够。

二、关键用户访谈率及关键用户对需求的认同率都有所提高，都达到了90%

以上，但仍然有所不足，主要原因如下：

(1)、在忙季，仍然有的关键用户抽不出时间来接受访谈；

(2)、由于有些需求分析人员经验不足，对部分需求的分析不够透彻、准确；

三、每个功能模块平均的BUG数仍然有2个，单元测试覆盖率只达到75%，分析原因如下：

(1)、开发工具的限制，目前的开发工具，对界面部分进行单元测试仍然不能

自动进行，而用户界面开发占系统功能的很大一部分；

(2)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以

在开发时，所以，虽然在技术上，将界面程序进一步分拆开来进行更多覆盖率的测试可以提高测试率，但实际上，由于时间原因，大部分工程师都没有这样做，开发出的软件代码缺乏时间整理，并尽量通用化，也是软件质量没有进一步提高的原因；

四、项目的按时完成率仍然不够高，平均只有85%，分析原因如下：

(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，仍然是按时

完成率提高的主要障碍。

(2)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够

透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；

综上所述，为了顺利实现计算机中心06年目标，我们计划改进措施如下：

内部的改进措施：

1、加大对新人培养力度，不但培养新进开发人员的技术能力，同时注意提高他们对业务的熟悉程度；

2、贯彻岗位知识能力模型，要求严格达标；做到合适的人在合适的位置做合适的事；

3、加强软件开发管理，培养团队合作精神，加强软件过程控制；

4、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

外部的改进措施提议如下：

1、提高业务部门对软件开发过程的了解；

2、培养用户需求的分析能力；

3、加强与用户的沟通，让用户参与到设计中来；

第五篇：软件开发项目合同

软件开发合同书

甲方：

乙方： 深圳市凯路网络技术有限公司

鉴于甲方委托乙方软件开发，帮助甲方树立企业形象，扩大宣传，拓宽销售渠道，为明确双方责任，根据中国相关法律经双方协商，签订此合同，以期双方共同遵守。

甲方在此委托乙方进行_软件的开发，为明确双方责任，经友好协商，双方达成以下协议：

第一条：项目的内容、价款、开发进度、交付方式由“合同附录”载明。

第二条：甲方的权利和义务

１、提供专人与乙方联络。

２、提供所有需要开发需求的资料给乙方。

３、按照“合同附录”的要求，及时支付费用。

４、甲方将在著作版权法的范围内使用本合同标的及相关作品、程序、文件源码，不得将其复

制、传播、出售或许可给其它第三方。

５、甲方对合同中的系统软件、页面设计，程序开发享有排它的使用权。

第三条：乙方的权利和义务

１、提供专人与甲方联络。

２、按照“合同附录”的要求，使用甲方资料，进行软件的开发。

３、在“合同附录”要求的期限内，完成软件的开发，并通知甲方进行验收。

４、在验收期内甲方要求下，对不合格地方进行修改。

５、本合同标的及相关作品、程序、文件源码的版权属于乙方。(版权归属应该为嘉源公司)

第四条：验收

１、验收标准有以下几条：

（a）、甲方可以通过任何上网的计算机访问这个软件

（b）、软件系统中不存在任何错误或系统运行错误，图片链接错误（以甲方提供的开发需求为准）。（功能符合开发需求，开发需求需要清晰界定功能）

（c）、网络程序运行正常。

２、验收期为一周。

第五条：违约责任

1、任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。

2、因不可抗力而无法承担责任的一方，应在不可抗力发生的3天内，及时通知另一方。

3、一方因不可抗力确实无法承担责任，而造成损失的，不付赔偿责任。本合同所称不可抗力是指不能预见、不能克服并不能避免且对一方当事人造成重大影响的客观事件，包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、**、政府行为等。

第六条：保密条款

双方应严格保守在合作过程中所了解的对方的商业及技术机密，否则应对因此造成的损失进行赔偿。

第七条：其它

1、如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其它所有条款将继续

有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。

2、“合同附录”规定的有效期满，本合同自动失效。届时双方若愿意继续合作，应重新订立合同。

3、本合同经双方授权代表签字并盖章，自签订日起生效。

4、本合同一式两份，双方当事人各执一份，具有同等法律效力。

第八条：以上条款如有未尽事宜，经甲、乙双方协商后加以补充。

5、付款方式：项目总费用为八千元(人民币),在签定合同当日内预付总项目费用的百分之三十，在软件完成后交付总项目费用的百分之四十，测试用两个月没问题后再付剩下的总项目费用的百分之三十。

甲方：乙方：

甲方代表：乙方代表：

电话：电话：

电子信箱：电子信箱：

日期：日期：

合同附录

<>

关于购买OA系统信息:

1在线邮局（增加部门群和全公司两个功能）

新邮件发邮件发件箱收邮件废邮件

2个人文件夹

私人文件夹公共文件夹管理员管理

3办公用品管理

办公用品种类领取办公用品审核领用表发放办公用品资料管理

4人事管理

企业员工资料企业员工统计 企业部门员工 员工调职管理员工培训管理员工考勤管理 5权限设置

部门管理权限职位权限管理用户帐号设置用户权限设置系统维护设置 6系统帮助

系统帮助信息管理帮助类别输入帮助信息

7常用资料

公共信息查询常用公共网址手机与IP地址查用邮编查询万年日历查询世界时间查询常用信息查询常用网址查询酒店饭店查询常用邮编查询列车资料查询航班资料查询单位换算查询媒体资料查询

8个人办公(能否增加部门工作计划)

个人工作计划部门工作计划员工工作任务

9通讯助理

个人通讯录内部通讯录外部通讯录手机短消息

10通知管理

通知管理发送通知已发通知已收通知我的通知（做到按部门发送）11通告管理(发布通告)

发布通告管理通告浏览通告

12考勤管理+值班管理(能否放在一起,算一个模块)

设置考勤时间开始考勤今日考勤统计日考勤统计月考勤统计值班管理值班记录