{项目名称}

验收报告

{日期}
目  录

§1  项目基本情况...

§2  项目进度审核...

2.1  项目实施进度情况...

2.2  项目变更情况...

2.3  项目投资结算情况...

§3  项目验收计划...

3.1  项目验收原则...

3.2  项目验收方式...

3.3  项目验收内容...

§4  项目验收情况汇总...

4.1  项目验收情况汇总表...

4.2  项目验收附件明细...

4.3 专家组验收意见...

§5  项目验收结论...

5.1 开发单位结论...

5.2 建设单位结论...

§6  附件...

6.1  附件一：软件平台验收单...

6.2  附件二：功能模块验收单...

6.3  附件三：项目文档验收单...

6.4  附件四：硬件设备验收单...

 

 

 

§1  项目基本情况

§2  项目进度审核

2.1  项目实施进度情况

2.2  项目变更情况

2.2.1  项目合同变更情况

{记录合同变更情况}

2.2.2  项目需求变更情况

{记录需求变更情况}

2.3  项目投资结算情况

§3  项目验收计划

3.1  项目验收原则

1、审查提供验收的各类文档的正确性、完整性和统一性，审查文档是否齐全、合理；

2、审查项目功能是否达到了合同规定的要求；

3、审查项目有关服务指标是否达到了合同的要求；

4、审查项目投资以及实施进度的情况；

5、对项目的技术水平做出评价，并得出项目的验收结论。

3.2  项目验收方式

{记录项目验收的组织方式和参与验收工作的人员情况}

3.3  项目验收内容

1、硬件设备验收；

2、软件平台验收；

3、应用系统验收；

4、项目文档验收；

5、项目服务响应（如售后服务、问题相应等方面）验收。

§4  项目验收情况汇总

4.1  项目验收情况汇总表

4.2  项目验收附件明细

1、软件平台验收单（见附件一）。

2、功能模块验收单（见附件二）。

3、项目文档验收单（见附件三）。

4、硬件设备验收单（见附件四）。

4.3 专家组验收意见

§5  项目验收结论

5.1 开发单位结论

5.2 建设单位结论

§6  附件

6.1  附件一：软件平台验收单

验收人：

验收时间：

6.2  附件二：功能模块验收单

验收人：

验收时间：

6.3  附件三：项目文档验收单

验收人：

验收时间：

6.4  附件四：硬件设备验收单

验收人：

验收时间：

 

第二篇：软件开发报告模板

软件开发报告

     

               

            

        实验  名  称：编写软件开发报告

        项目  名  称：

                         

           

      

                班      级：                

                姓      名：                 

                学      号：                 

                日      期： 2014.5.10      

                        成      绩：                 

1 引言

1.1   编写目的

     注意：所有正文都用宋体、小四、行间距固定值20磅，段首行缩进2个字符！

1.2 背景

2 需求规定

2.1 组织架构

    

    康尼公司电气事业部的组织架构如图1。

        

                             图1 电气事业部组织架构

    

       然后逐部门解释部门的职能

2.2 权限需求

系统的用户是康尼公司的员工，员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TIMS系统的权限需求有2层含义。

1.针对系统功能设置用户的操作权限。

2.针对用户可以设置查看哪些任务的权限。例如可以设置某用户查看生产部的所有任务信息；设置用户A可以查看用户B及用户C的任务信息。

2.3 系统用例图

TIMS主要对任务信息进行管理，实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图2。

                                 图2 系统用例图１

            简要文字说明角色、用例，以及他们的关系。

　　　　　　　　　　　　　　　　　　　图3 系统用例图2

               简要文字说明角色、用例，以及他们的关系。

3 功能设计

   根据前期的需求分析，对系统的功能模块进行划分，功能结构如图3-1。

                         图3-1 系统功能结构图

 3.1 任务处理

    任务处理是TIMS的核心模块，所有的任务信息都在此模块进行操作，任务处理模块的功能结构如图3-2。

             

                      图3-2 任务处理功能结构图

3.1.1 任务处理流程设计

3.1.1.1 任务第一接收人只有一个

                    图3-3 任务处理流程-任务第一接收人只有一个

具体任务处理流程如下。

1) X发布任务给制造组的主管Z0，同时将任务抄送S0，由于任务是初始发

送给Z0，Z0必须决定是否接收才能进行后续操作。

2) Z0接收任务后，可以将任务分配给自己，也可以分配给制造组内用户，

如图3-3所示，Z0将任务分配给D0和Z2，而D0是工段1的主管，他仍然可以将分配到自己的任务继续向下属分配，D0将任务分配给了D1。

3) D1的延期申请、完成情况均直接提交给其任务分配者D0，由D0对其完

成情况进行评价。D0若认可了D1的延期申请，则由D0向Z0提交延期申请，若Z0同意了D0的延期申请，则向Ｘ提交延期申请，最终可否延期由X决定，X若同意延期则更改任务完成期限。

4)由D1向D0提交完成情况，D0对D1的完成情况进行评价；由D0向Z0提

交完成情况，Z0对D0的完成情况进行评价；由Z0向X提交完成情况，由X对Z0的完成情况进行评价。

5)每个任务第一接收者都要提交自己的完成情况，任务发布者评判每个任务

接收者的完成情况，最后给出整个任务的完成情况评价。

4 系统设计

    注意：本文档重点锻炼使用uml进行软件设计的能力，本章主要根据课题，使用UML的各种图，从不同侧面进行建模，例如图书借阅系统，针对图书的状态，用状态图建模，在线购物系统，可以用顺序图给出个对象的交互等等。

总之，每个系统至少从3个不同的侧面对系统进行建模，也即给出至少3个不同的UML图，并且在图后面给出文字说明。