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

1、2003 年软件开发项目总结报告随着市场经济的进一步完善及全球经济一体化进程加快， 企业面临着激烈的 市场竞争， 企业内部、外部信息交流已成为企业发展、 参与市场经济竞争的迫切 需要。企业引入先进的信息处理技术， 增加信息共享程度， 不仅提高了工作效率、 降低成本， 而且也提高企业管理的科学性和自动化程度。 信息已成为企业生存与 发展的基础，在原有系统的基础上，计算机中心于 2003 年开始加大信息管理系 统的开发，已到年底，开发项目也基本上完成了；为了总结 03 年所有开发项目的整个开发及管理过程，我们选取 2 个比较大 的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这

2、 两个具有代表性的项目中， 我们清晰的看到了我们在项目开发过程中的成果及所 存在的不足和应该改进的地方， 总的说来， 设计开发的功能基本上达到了用户需 求的 75%，用户也能够开始使用我们开发的系统来达到其管理目的。 如出口技术 网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、 空 调配件信息等等。 模具管理系统最大程度的实现了模具信息的共享， 各使用部门 可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的 调拨、报废等等信息；查询模具的相关信息信息由原来的 1-2 天缩短为 10 分钟 之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且

3、在更 改零件图号的情况下， 基础数据更改， 其它相关文件的同一数据会随之更改， 减 少系统维护量提高了生产部编制模具生产任务单的工作效率， 缩短了模具制造任 务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10 分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须 20 分种左右，大大提高了效率，模具台账能显示所有的模具汇总及分配情况；虽然相关项目基本上达到了预期的目的， 但是，反思在整个项目的需求提出、 项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个 环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误， 当然，原因是

4、多方面的， 有果必有其因。 下面我们从关键控制点上面来分析我们 在项目开发过程中存在的问题、原因分析及改进措施：一、从用户提出需求，到需求响应时间，我们需要 9 天时间，而需求评估完成 时间需要 15 天左右，这就是我们存在的一些问题，导致需求响应时间及评估 完成时间比较长的原因有如下几方面：(1) 、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发 人员加起来才 8 个，公司各子应用系统有几十个， ERP 的各个子系统及模 块就有将近 20 个，一个员工要支持 5 到 6 个功能子系统的维护；(2) 、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户 习惯找谁就认

5、定那个人，什么事都找该员工；工作效率就相对低下；二、关键用户访谈率及关键用户对需求的认同率都比较低， 关键用户访谈率只 有 70% ，而关键用户对需求的认同率只有 68%；为什么会有这样的结果 了，分析原因如下：(1) 、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找 几个评估时认为特关键的用户；(2) 、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽 不出时间来接受访谈； 另外有些用户只局限于本部门或者本岗位来考虑问 题，不愿意从公司层面或者大局来考虑；(3) 、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如 果部门领导没有跟得紧的情况下， 用

6、户就不那么急了， 就算立了项， 也不 能很好的配合；(4) 、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明 确，不能了解到用户需求背后的真正目的；三、设计功能满足率比较低，只有 75%，功能点 BUG 数比较多，每个功能模 块平均的 BUG 数有 15 个之多，函数注释率只有 10%左右，各功能点的 测试覆盖率只有 40%，分析原因如下：(1) 、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都 没有问题， 但是到软件功能设计出来以后， 却完全不是这么回事， 用户就 会解释说当时没想清楚；(2) 、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工

7、发工具能检查出来的 BUG ，没有办法检查出来，需要开发人员自已检查；(3) 、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以 在开发时， 没有多少时间去写程序代码的注释， 况且有些开发人员也根本 没有注释的习惯， 没有多少时间去完整的测试各个功能点； 把测试的任务 有时就直接交给用户了；四、系统架构变更次数过多，一个项目平均下来变更 6 次之多，原因如下： (1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系 统架构的灵活性； 不易于扩展； 一旦用户的需求有变化， 系统架构就必须 重新修改；(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设

8、计 的难度，导致了系统架构变更；五、项目的按时完成率比较低，平均下来只有 60%，分析原因如下： (1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开 发工作完成，又必须推倒重来， 做了很多无用工作； 另外有些用户只局限 于本部门或者本岗位来考虑问题， 不愿意从公司层面或者大局来考虑； 造 成重复工作，重复设计；(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个 人身兼数职， 也是造成软件开发项目推迟的直接原因； 另外，软件开发人 员专业技术水平不够， 有些功能开发要花太多的时间去研究， 寻找解决方 案，也导致了项目的延迟；(3) 、系统架构变更太多：导致

9、有些程序开发工作无用，必须重新开发；(4) 、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够 透彻和全面， 架构设计不合理， 导致软件开发变更及错误多， 也导致了软 件项目的开发延迟；(5) 、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研 究使用新的，先进的开发工具， 也没有太多时间去学习新的开发方法， 导 致软件的开发速度慢， 开发出来的程序 BUG 多，程序没有多少可重用性， 也导致了软件项目的开发延迟；综上所述， 为了配合公司的发展， 满足公司对信息化建设的要求， 顺利实现计 算机中心 04 年目标，我们必须针对软件开发项目中存在的问题采购行之有效的 改进方案，计划改进措施提议分为内部及外部：内部的改进措施提议如下：1、增加人员配置，解决人手严重不够的问题；2、明确分开，重新划分业务小组；3、明确岗位职责，细分软件项目开发所需要的各个岗位；4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；5、加强专业技能培训；6、加强软件开发管理，培养团队合作精神，加强软件过程控