您的当前位置:首页正文

软件项目工作汇报

2021-10-23 来源:星星旅游
软件项目工作汇报

篇一:软件开发工作汇报

XX市XXXXXXXXXXX信息

化平台

--工作汇报

XXXXXXXXX单位

2016年4月

XXXXX市XXXXXXXX工作汇报

目 录

1 开发背景 ........................................................................................ 1

2 工作目标 ........................................................................................ 2

3 工作任务 ........................................................................................ 3

4 工作计划 ........................................................................................ 4

5 信息化平台开发执行标准 ............................................................ 6

6 信息化平台实施完成任务情况 .................................................... 7

7 信息化平台自测效果 ...............................................

..................... 9

8 信息化平台特色 .......................................................................... 13

9 总结 .............................................................................................. 16

1 开发背景

根据XX市XXXXX馆《XX市XXXXX管理信息化软件开发招标文件》对XX信息化的建设要求,于XXXXX年X月X日对项目进行进行招标,采购项目名称为“XX市XXXXX管理信息化软件开发”,招标编号为“0XXXXXX”,XXXX信息技术有限公司(以下简称XX公司)参与竞标,并最终中标。XX信息公司根据招标文件要求,于2015年7月开始对XX市XXXXX管理信息化软件进行开发。

2 工作目标

XX公司按照XX市XXXX和XXX的相关标准和业务规范,完成XX市XXXXX管理信息化平台开发,XXXX信息系统、XX市国局XXXX信息系统、电子XX移交与接收平台、XX信息服务平台和地质资料管理信息系统五个系统开发建设任务。实现XXXX的规范化、标准化、信息化,实现xxxxxxX的集中管理和综合利用及全市XX信息资源共享,为促进

全市国XXXXX的发展提供信息保障服务。

3 工作任务 根据XX市xxx局对XXXXX管理信息化建设的要求,结合工作实际,XX市XXXXX信息化平台建设具体完成的子系统如下:

1、xxxxxxxxxxxxxxxx);

2、xxxxxxxxxxxxx;

3、xxxxxxxxxxxxx;

篇二:软件项目总结

本项目从今年3月份启动,到系统上线一共历经7个月的时间,综合项目历程,本人有如下感想:

调研阶段。 1. 调研的时间充分是系统设计成功的关键。 本系统的前期调研工作一共用了一个月的时间,在这一个月的时间内,项目组成员每天都与客户进行详细的调研工作,调研工作的详细使得系统在设计阶段没有发生重大的逻辑错误。

2. 调研工作要详细,耐心。由于项目在售前阶段已经进行过粗略的调研,在调研时对于有些问题客户会显得不耐烦,对于这种情况,要耐心与客户做好沟通,让客户理解我们调研工作的重要性。

设计阶段。 1. 数据库设计是极其重要的一个环节,要特别重视,数据库设计完成要进行细致的论证和审核。本系统在这方面应该有所教训,在前期数据库设计完成之后,论

证得不够详细,导致在编程阶段走了很多弯路,不得不修改数据库设计。一定要在满足关系范式的前提下做设计,不要随便为了一时便利而引入表,要在遇到问题时审视原来的设计。

编码阶段。

1. 本项目部分设计工作与编码是同时进行的,造成了边设计边编码的情况,影响了开发的效率,所以系统设计工作时间一定要充分,编码工作不要急于提前。 2. 每个模块的需求都是不同的,不能考虑“批量生产”模块。编码初期认为编写好了一个模块,其它模块都可以利用,会省很多时间,结果是每个模块的需求都是有差别的,利用批量复制的代码会造成逻辑混乱,并会含有潜在缺陷,往往会事倍功半。

测试阶段。

1. 测试计划一定要详细,客户方负责人也就可以按计划安排各部门人员做测试,计划要考虑提前性,因为一些不确定性的问题(例如客户本身的突发事件)会使计划延迟,并且要安排好备选的测试计划,如遇突发情况,就可安排另外的测试。本系统的两次测试都是由于有较为详细的测试计划使得现场测试工作有条不紊。

2. 与客户确定的需求要有字为证,在现场测试过程中,客户会提一些需求,对于这种情况,我们每天都整理到《测试处理结果表中》,并且每天都要给客户发邮件确认。这样,对于这样的需求我们就能够保证开发的准确性。而且客户如果再提出不合理的需求我们就能够做到有据可查。

其它。

1. 定期向客户方领导做项目进度报告。项目开工后,我们每半月都向**部**经理和**部**经理做进度汇报,使得客户方领导很认可我们的工作,在推进项目进展方面给我们很大的支持。

2. 始终把客户方关键用户作为项目组的成员来看待,遇到问题,可让他们协助做解决方案,这样不但增加了关键用户的成就感,而且在遇到问题的时候客户会主动帮我们解决问题,而不是急着催促我们解决问题。

3. 项目组成员要密切配合,肯吃苦耐劳。本次由于项目时间较紧,遇到难以解决的问题,项目组成员都是主动想尽办法以最快的时间解决,保证了项目的按期上线。

篇三:软件项目阶段性总结报告

xxx Xxxxx 阶段性总结报告 有限公司

xxxCO., LTD

项目阶段性总结报告

1. 引言

a) 编写目的

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

b) 背景

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

此软件的任务提出者、开发者、用户及安装此软件的计算中心

c) 定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组

d) 参考资料

列出要用到的参考资料,如:

本项目的已核准的计划任务书或合同、上级机关的批文;

属于本项目的其他已发表的文件;

本文件中各处所引用的文件、资料,包括所要用到的软件开发标准。列出这些文件

的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源

2. 实际开发结果

a) 产品

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

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

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

每个文件的名称;

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

b) 主要功能

逐项列出本软件产品所实际具有的主要功能和性能,对照可行性研究报告、项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了 c) 基本流程

用图给出本程序系统的实际的基本的处理流程

d) 进度

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

e) 费用

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

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

计算机的使用时间,区别CPU时间及其他设备时间;

物料消耗、出差费等其他支出。

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

3. 开发工作评价

a) 对生产效率评价

给出实际生产效率,包括:

程序的平均生产效率,即每人月生产的行数;

文件的平均生产效率,即每人月生产的千字数;

并列出原订计划数作为对比

b) 对产品质量评价

说明在测试中检查出来的程序编制中的错误发生率,

即每干条指令(或语句)中的错误指令数(或语句数)

。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较

c) 对技术方法评价

给出对在开发中所使用的技术、方法、工具、手段的评价

d) 错误原因分析

给出对于开发中出现的错误的原因分析

4. 经验与教训

出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议

因篇幅问题不能全部显示,请点此查看更多更全内容