有关项目开发的报告

项目开发报告报告的目的通过反映此次项目开发中各层面存在的问题，以及对项目开发中造成的影响，来反映项目开发中规范化的必要性，以及文档的重要性。规范化软件开发流程控制是为了使整个软件产品在开发阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化，利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护的费用，使软件开发活动更科学、更成效。二、存在的问题委托开发合同上的缺陷：本次软件开发实际上是一次委托开发行为，合同应为委托开发合同，而不应该是软件开发合同。委托开发是指：委托第三方开发机构为客户开发系统软件；软件开发是指：我们本身作为开发软件方直接为客户开发系统软件。开发合同上此次项目开发的要求不明确。一般项目开发要求应包括技术目标和技术内容。技术目标是指项目应达到什么水平、目的、要解决什么样的系统问题，技术内容是描述开发软件的主要技术内容，不能直接见附件，可以将附件的技术协议主要内容再录一部分，详细内容见附件的形式。没有注明完整的开发计划说明。开发计划一般要包含这些内容：需求分析阶段，设计实现阶段，初验阶段，试运行阶段，终验阶段，质保期阶段（维护）。合同双方就此次软件开发中的责任分工不齐全也不明确。责任是指甲乙双方在此次项目开发过程中各自扮演的角色，以及在整个开发中的具体工作任务。如：委托方提供相关文档和数据等资料，开发方制定详细规划和工作规范，成立负责人监管开发过程等。项目开发支付不明确。就试运行标准没有达成共识，一般试运行应该是在委托方收到开发方出具的项目初验报告以后根据软件开发是否达到试运行标准后同意试运行才是试运行的准确定义，在此7日内无意义可以向开发方支付。验收内容和标准不详，没有一套完整的验收流程。在整个项目开发中各个阶段最好都要由开发方提起申请，委托方给予答复这样一个流程来监管和规范项目的开发，使项目能稳定规范的进行。最终交付产品和版权不明确。注明是否需要源代码以及说明版权归属方。开发流程上的缺陷项目开发各个阶段都应该有完整的开发计划和开发流程。为了保证项目在开发过程中不至于无序而使开发陷入混乱甚至僵死的状态，明确各阶段的任务、标准和流程是相试部负责编写系统测试的《测试计划》，《测试实例》，实施测试，填写《测试报告》。由项目测试员提供配合。初验阶段：验收小组需要根据验收内容逐项进行相关验收。软件功能的验收：由软件使用部门根据需求或验收内容和标准，对软件系统功能进行详细验证测试，验收小组监督和汇总测试情况。软件性能的验收：由信息技术部从技术的角度，对系统进行性能等技术测试，验收小组监督和汇总测试情况。开发资料文档的验收：由验收小组根据验收准备阶段的要求逐项核对资料的提交情况，资料包括合同中要求的程序源代码、操作手册、培训资料、测试报告、过程数据等。最后验收小组将根据综合评议情况，判断是否验收合格，对于不合格的部分提出整改意见。如果本次验收通过，验收小组将检验初步验收涉及的各阶段验收是否完成，如果初步验收完成，将进入正式运行阶段；最终验收阶段：当系统运行一段时间（一般在合同中明确）后，验收小组将汇总各使用部门的验证情况或验收小组组织全面的验收，将根据验收情况出具验收结论。不合格则提出整改意见，合格则进入最后报告总结。验收小组将根据验收情况撰写验收报告，验收报告不仅需要包括本次项目验收的情况总结，也需要总结本次验收工作的得与失。最后领导审批，归档。人员的缺失（需要有明确的工作职责为整个项目负责）：项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。

配置管理人员：负责对开发库中软件配置项的管理和维护。

监管人员：开发双方包括客户方负责整个开发项目过程中各个阶段的规范和督导。4．标准规范的缺失（主要体现在需求文档里面，下面几点不是所有项目都有，可以根据项目的规模范围来调整）：1）功能需求：描述软件系统必须实现的业务流程（使用实例），以及根据每个业务流程分解出来的详细的功能需求。2）性能需求：软件性能需求通常包括以下方面：i.同时支持的最大用户数、同时支持操作的个数、某时刻能承受的最大数据量、数据最大存储量、对系统运行时允许占用的系统资源要求；ii.系统持续运行时间、响应时间、数据更新处理时间、数据间的转换和传输时间、界面刷新处理时间的要求；iii.在不同安装/运行环境、不同操作方式下，或者与其它子系统接口发生改变时，某些数据和参数可以允许的变化范围。3）系统安全：说明与系统安全性、完整性和保密性相关的需求，明确产品必须满足的安全保密策略。4）质量要求：可靠性（软件能够无故障的运行一段时间的概率）、可维护性（对软件进行修改的难易程度——修改所用时间、修复的比率）、有效性（软件正常运行时间/总时间）、可用性（掌握软件操作的难易程度）、重用性、可测试性（查找缺陷的难易程度）、可移植性等。5）安全和保密：说明与系统安全性、完整性和保密性相关的需求，明确产品必须满足的安全保密策略。6）需求变更：需要有变更控制，版本控制，需求跟踪，状态跟踪等规范，明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行的控制，。7）网络要求：描述与本软件所使用的通信功能相关的需求。电子邮件、Web浏览器、网络通信标准或协议及电子表格等等。包括对消息格式、通信安全或加密问题、数据传输速率和同步通信机制等要求。8）接口要求：对本软件与其它系统软件的每个接口进行描述，包括软件之间的交换数据或信息及其作用（注意说明哪些是共享数据）、需要的服务、内部通信性质。9）其他要求：安装与操作，维护等。5.需求变更管理的不足：需求调研分析过程是一个由粗到细、渐进明晰、持续完善的过程。在指导后面系统设计，编码阶段时都应当不断完善修改需求文档，因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动：（1）定义需求基线（需求文档的主体）；（2）评审提出的需求变更申请、评估每项变更可能的影响，从而决定是否实施变更；（3）以一种可控的方式将需求变更融入到项目中；（4）使当前的项目计划与需求保持一致；（5）分析变更所产生的影响并在此基础上协商出新的约定；（6）使每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪；（7）在整个项目过程中跟踪需求状态及其变更情况。 6.开发文档和报告的缺失（不一定全部都需要可以根据实际开发来调整）:因为没有指明负责人，所以各个阶段没有形成申请、报告、汇报和变更等文档。没有数据库数据字典文档，没有测试计划文档，没有验收文档等。一般文档应该包括(因项目开发的不同部分文档可以没有)：《XXX系统开发规范》《软件需求说明书》《概要设计说明书》《数据库设计说明书》《详细设计说明书》《系统指南》《用户操作手册》三、软件开发的重点 一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。为了保证项目开发的顺利进行与成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一个阶段都需要编制一定的文档。这些文档连同计算机程序及数据一起才算是构成整个计算机的软件。文档的作用是相当重要的，是整个开发流程中规范化进行的重要保障。文档还有其他很多作用：作为开发人员在一定阶段内的工作成果和结束标志。向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转

换成“可见的”文字资料。以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是

否已达到，还将继续耗用资源的种类和数量。记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要。另外文档模板有很多可以根据开发项目的总体要求来选择合适的文档制定要求来规范文档，使在整个开发中能更好的诠释项目，保障项目的顺利进行。四、关于绩效考核软件开发的汇报开发人员在整个开发过程中尽职尽责，经常加班，为整个项目开发尽了全力。项目开发中出现了一些问题，导致开发延后，其中最主要的原因有两点：第一，项目开发过程中客户方因为工作人事的变动，调整了绩效考核负责人，从而在项目功能上的需求变动比较大，而且客户方在细节功能需求上一直没有一个明确的定性要求。第二，项目从开始制定实施以来，没有完善的一套开发流程控制计划，最重要的