软件项目工作汇报.docx
《软件项目工作汇报.docx》由会员分享,可在线阅读,更多相关《软件项目工作汇报.docx(6页珍藏版)》请在冰豆网上搜索。
软件项目工作汇报
软件工程工作汇报
篇一:
软件开发工作汇报
**市***********信息
化平台
--工作汇报
*********单位
2016年4月
*****市********工作汇报
目录
1开发背景........................................................................................1
2工作目标........................................................................................2
3工作任务........................................................................................3
4工作方案........................................................................................4
5信息化平台开发执行标准............................................................6
6信息化平台实施完成任务情况....................................................7
7信息化平台自测效果...............................................
.....................9
8信息化平台特色..........................................................................13
9总结..............................................................................................16
1开发背景
根据**市*****馆?
**市*****管理信息化软件开发招标文件?
对**信息化的建立要求,于*****年*月*日对工程进展进展招标,采购工程名称为“**市*****管理信息化软件开发〞,招标编号为“0******〞,****信息技术〔以下简称**公司〕参与竞标,并最终中标。
**信息公司根据招标文件要求,于2015年7月开场对**市*****管理信息化软件进展开发。
2工作目标
**公司按照**市****和***的相关标准和业务规,完成**市*****管理信息化平台开发,****信息系统、**市国局****信息系统、电子**移交与接收平台、**信息效劳平台和地质资料管理信息系统五个系统开发建立任务。
实现****的规化、标准化、信息化,实现*******的集中管理和综合利用及全市**信息资源共享,为促进全市国*****的开展提供信息保障效劳。
3工作任务根据**市***局对*****管理信息化建立的要求,结合工作实际,**市*****信息化平台建立具体完成的子系统如下:
1、****************〕;
2、*************;
3、*************;
篇二:
软件工程总结
本工程从今年3月份启动,到系统上线一共历经7个月的时间,综合工程历程,本人有如下感想:
调研阶段。
1.调研的时间充分是系统设计成功的关键。
本系统的前期调研工作一共用了一个月的时间,在这一个月的时间,工程组成员每天都与客户进展详细的调研工作,调研工作的详细使得系统在设计阶段没有发生重大的逻辑错误。
2.调研工作要详细,耐心。
由于工程在售前阶段已经进展过粗略的调研,在调研时对于有些问题客户会显得不耐烦,对于这种情况,要耐心与客户做好沟通,让客户理解我们调研工作的重要性。
设计阶段。
1.数据库设计是极其重要的一个环节,要特别重视,数据库设计完成要进展细致的论证和审核。
本系统在这方面应该有所教训,在前期数据库设计完成之后,论证得不够详细,导致在编程阶段走了很多弯路,不得不修改数据库设计。
一定要在满足关系式的前提下做设计,不要随便为了一时便利而引入表,要在遇到问题时审视原来的设计。
编码阶段。
1.本工程局部设计工作与编码是同时进展的,造成了边设计边编码的情况,影响了开发的效率,所以系统设计工作时间一定要充分,编码工作不要急于提前。
2.每个模块的需求都是不同的,不能考虑“批量生产〞模块。
编码初期认为编写好了一个模块,其它模块都可以利用,会省很多时间,结果是每个模块的需求都是有差异的,利用批量复制的代码会造成逻辑混乱,并会含有潜在缺陷,往往会事倍功半。
测试阶段。
1.测试方案一定要详细,客户方负责人也就可以按方案安排各部门人员做测试,方案要考虑提前性,因为一些不确定性的问题〔例如客户本身的突发事件〕会使方案延迟,并且要安排好备选的测试方案,如遇突发情况,就可安排另外的测试。
本系统的两次测试都是由于有较为详细的测试方案使得现场测试工作有条不紊。
2.与客户确定的需求要有字为证,在现场测试过程中,客户会提一些需求,对于这种情况,我们每天都整理到?
测试处理结果表中?
,并且每天都要给客户发确认。
这样,对于这样的需求我们就能够保证开发的准确性。
而且客户如果再提出不合理的需求我们就能够做到有据可查。
其它。
1.定期向客户方领导做工程进度报告。
工程开工后,我们每半月都向**部**经理和**部**经理做进度汇报,使得客户方领导很认可我们的工作,在推进工程进展方面给我们很大的支持。
2.始终把客户方关键用户作为工程组的成员来对待,遇到问题,可让他们协助做解决方案,这样不但增加了关键用户的成就感,而且在遇到问题的时候客户会主动帮我们解决问题,而不是急着催促我们解决问题。
3.工程组成员要密切配合,肯吃苦耐劳。
本次由于工程时间较紧,遇到难以解决的问题,工程组成员都是主动想尽方法以最快的时间解决,保证了工程的按期上线。
篇三:
软件工程阶段性总结报告
********阶段性总结报告
***CO.,LTD
工程阶段性总结报告
1.引言
a)编写目的
说明编写这份工程开发总结报告的目的,指出预期的阅读围。
b)背景
本工程的名称和所开发出来的软件系统的名称
此软件的任务提出者、开发者、用户及安装此软件的计算中心
c)定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组
d)参考资料
列出要用到的参考资料,如:
本工程的已核准的方案任务书或合同、上级机关的批文;
属于本工程的其他已发表的文件;
本文件中各处所引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件
的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源
2.实际开发结果
a)产品
说明最终制成的产品,包括:
程序系统中各个程序的名字,它们之间的层次关系,以千字节为单位的各个程序的程序量、存储媒体的形式和数量;
程序系统共有哪几个版本,各自的版本号及它们之间的区别;
每个文件的名称;
所建立的每个数据库。
如果开发中制订过配置管理方案,要同这个方案相比拟
b)主要功能
逐项列出本软件产品所实际具有的主要功能和性能,对照可行性研究报告、工程开发方案、功能需求说明书的有关容,说明原定的开发目标是到达了、未完全到达、或超过了c)根本流程
用图给出本程序系统的实际的根本的处理流程
d)进度
列出原定方案进度与实际进度的比照,明确说明,实际进度是提前了、还是延迟了,分析主要原因
e)费用
列出原定方案费用与实际支出费用的比照,包括:
工时,以人月为单位,并按不同级别统计
计算机的使用时间,区别CPU时间及其他设备时间;
物料消耗、出差费等其他支出。
明确说明,经费是超出了、还是节余了,分析其主要原因
3.开发工作评价
a)对生产效率评价
给出实际生产效率,包括:
程序的平均生产效率,即每人月生产的行数;
文件的平均生产效率,即每人月生产的千字数;
并列出原订方案数作为比照
b)对产品质量评价
说明在测试中检查出来的程序编制中的错误发生率,
即每干条指令〔或语句〕中的错误指令数〔或语句数〕
。
如果开发中制订过质量保证方案或配置管理方案,要同这些方案相比拟
c)对技术方法评价
给出对在开发中所使用的技术、方法、工具、手段的评价
d)错误原因分析
给出对于开发中出现的错误的原因分析
4.经历与教训
出从这项开发工作中所得到的最主要的经历与教训及对今后的工程开发工作的建议