C02 项目软件阶段完成情况检查表(不对照进度计划)
新产品开发项目计划及完成情况跟踪表
包装规范
技术部/阚永群
2011年2月20日-27日
工作阶段
工作项目
责任单位/责任人
时间进度
完成情况跟踪
更改时间
序号
项目内容
完成日期
完成情况/证据
3.8
工装样件制造(用正式工装生产产品)
生产部/机加车间、电镀车间
2011年2月20日-27日
3.9
过程开发阶段评审
项目小组
2011年2月25日-27日
2011年2月20日-27日
项目总结
5.1
顾客满意度调查访问
营销部/阚永群
2011年3月1日-5日
5.2
项目总结
项目小组
2011年3月1日-5日
技术部/阚永群
2011年2月14日-19日
1.13
产品保证计划
项目小组
2011年2月14日-19日
1.14
管理者支持(小组可行性承诺)
管理者代表/李金来
2011年2月14日-19日
第二阶段（样件阶段）
2.1
产品设计任务书
管理者代表/李金来、总经理/连文普
2011年2月18日-23日
2.2
初始过程流程图
技术部/阚永群
2011年2月18日-23日
2.11
样件制造
生产部/机加车间、电镀车间
2011年2月18日-23日
2.12
管理者支持(小组可行性承诺)
管理者代表/李金来
2011年2月18日-23日
第三阶段（过程设计开发）
3.1
过程流程图
技术部/阚永群
2011年2月20日-27日
3.2
过程失效模式与失效模式分析(PFMEA)
软件过程检查表
软件过程检查表(总26页)本页仅作为文档封面，使用时可以删除This document is for reference only-rar21year.March1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1z B)/z 。
9)项目的过程得分C=∑1N B 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项,标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
公司项目完成情况检查表
周项目完成情况检查表
2011年第（ 52 ）周 日期 项目
收齐五十一周抄写的作业，上交。 收集五十一周下属的项目完成情况检查表。
项目负责人：吴 完成 情况 监督人 备注
松
周一 代武总召开管理层会议，沟通目标计划表计划部分的相互协
作部分如何描述。 与锦江之星核前期账。 整理订房记录。 阶段性考勤。
周二 对《人事异动制度》的下半部分进行重编。
检查鲁敏保洁工作，与武总研究卫生间玻璃擦拭承包问题。 对辖区现场管理进行检查与整改。
周五 与罗阳沟通监控器修理日期。
对所辖部门人员行为规范进行检查。
整理12月公司考勤情况。
周六
ห้องสมุดไป่ตู้
进行全厂全面安全巡检一次。 完成2012年OA中年目标并提交。 五十二周目标的总结，五十三周目标的计划。
注：完成情况栏中完成的用“√”标示，未完成的用“×”标示；备注栏中注明未完成原因 或其他员工代完成。
本部门岗位说明书系统存档。 本部门岗位说明书系统存档。 进行全厂全面安全巡检一次。 确定长假值班人员及留守人员名单。
周三 向财务了解自己的2011年账款核销情况。
与曲仁辉沟通办公楼墙体灯修理。
向财务了解2012年年会未结账款核销问题。 打印机加墨水。
周四 检查后楼宿舍与前楼宿舍的住宿情况。
检查潘福晶话费工作。
软件项目-过程检查单-模板5
25 是否制定了《项目计划书》？
26 是否制定了《量化项目管理计划》？
27 是否根据估算制定了项目进度计划？
28 是否制定了里程碑计划？
29 是否制定了资源计划？
31 是否制定了风险计划？
32 是否制定了培训计划？
33 是否制定了沟通计划？包括内部和外部
34 是否制定了质量保证计划？
35 是否制定了配置管理计划？
43 重计划后的项目计划有否提交高层经理和研发部经理审
过程得分="是"的项数/(总项数-"不适用"的项数)×100
备注
项目策划过程检查单
项目名称
项目经理
项目类别 检查开始时
新开发项目
检查人 检查结束时
分类 序号
检查项
是 否 NA
项目 立项
计划 准备
项目 过程 定义
项目 估算
制定 计划
1 立项活动是否在具备客户初始需求的前提下开始的？ 2 是否制定了立项报告？ 3 是否对项目或者产品进行了可行性分析？ 4 是否项目相关利益者就立项报告中的内容和约定达成了一
5 是否对立项报告进行了评审？
6 是否对立项报告评审的问题进行了跟踪直至关闭？
7 是否对策划阶段的工作做了计划？8 有经过准的立项通知书或启动会议记录吗？
9
是否定义了项目组的角色和责任，并对项目组成员进行了 角色的分配？
10
是否联络了相关部门/组（如测试、SQA、SCM等），并确 定了项目所需资源？
36 是否制定了度量计划？
38
计划过程是否与项目组相关人员充分协商，并取得了他们 的承诺？
39 《项目计划书》是否经过评审？
40 《项目计划书》是否经过高层经理和研发经理的审批？
软件过程检查表
软件过程检查表(总26页)本页仅作为文档封面，使用时可以删除This document is for reference only-rar21year.March1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1z B)/z 。
9)项目的过程得分C=∑1N B 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项,标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
软件过程检查表
软件过程检查表本页仅作为文档页封面，使用时可以删除This document is for reference only-rar21year.March1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1z B)/z 。
9)项目的过程得分C=∑1N B 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项,标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
软件项目过程文档评审检查表模板
编号：___________________
项目名称
项目编号
评审人
评审日期
评审规模
评审耗时
序号
检查项
是否通过N/A,Y,N
缺陷个数
缺陷描述
1
过程规范
1.1
是否符合过程文件模板要求
1.2
规范中的角色是否已经定义清楚ቤተ መጻሕፍቲ ባይዱ
1.3
活动中对应的角色是否正确
1.4
活动的描述是否使用了多余的形容词和副词
1.5
规范中的模板是否用蓝色标注出来
1.6
规范中提到的模板是否和定义的模板一致
2
过程模板
2.1
模板是否符合iso表单模板要求
2.2
表格的表头是否使用统一的淡蓝色
2.3
表格中的字体是否统一
2.4
模板中文字描述是否合理。
软件过程检查表
1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“✓”,因此实际每项得分Bj=（打勾条款数/ 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=5.67第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
软件设计与开发评审检查表
无
完成软件集成测试计划
开始设计确认测试用例、编写确认测试说明
开始设计系统测试用例、编写系统测试说明
软件详细设计
完成软件单元测试计划
开始设计集成测试用例、编写集成测试说明
软件编码
编写软件单元测试说明、执行软件单元测试、编写软件单元测试报告
软件测试
无
完成集成测试说明、执行集成测试、进行测试分析、编写软件集成测试报告
所选择的设计和算法能否满足所有的需求
接口
操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进入的简易）
是否已描述界面的功能特性
界面将有利于问题解决吗
是否所有界面都互相一致，与其它模块一致，以及和更高级别文档中的需求一致
是否所有的界面都提供了所要求的信息
是否已说明内部各界面之间的关系
界面的数量和复杂程度是否已减少到最小
测试案例集是否考虑到了足够数量的程序错误路径
易测性/可行性
测试方法是否可行
是否所有被认为不可测的需求都被详细说明并说明原因
是否对获得测试软件、方法和工具分配了足够的时间并形成了进度计划
测试所要求的资源是否已经详细说明和估计
对于多次的构建（builds），是否已在前一构建的基础上确定所有的需求
测试所包含的所有人员的角色和职责是否都已详细说明
该设计是否反映了实际操作环境（硬件、软件、支持软件）
可行性
从进度、预算和技术角度上看该设计是否可行
是否存在错误的、缺少的或不完整的逻辑
数据使用
所有复合数据元素、参数以及对象的概念是否都已文档化
是否还有任何需要的但还没有定义的数据结构，反之亦然
是否已描述最低级别数据元素是否已详细说明取值范围
软件过程检查表
软件过程检查表集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1z B)/z 。
9)项目的过程得分C=∑1N B 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
项目进展目标实施情况检查记录表
项目进展目标实施情况检查记录表项目概况
项目名称：[项目名称]
项目起始日期：[起始日期]
项目结束日期：[结束日期]
项目目标
项目目标1：[目标1]
项目目标2：[目标2]
项目目标3：[目标3]
目标实施情况检查记录
检查结果
根据检查记录，总结以下项目目标实施情况：
1. 目标1实施情况：[总结1]
2. 目标2实施情况：[总结2]
3. 目标3实施情况：[总结3]
下一步计划
基于检查结果，制定下一步的项目实施计划：
1. 针对目标1的不足，计划采取以下改进措施：[改进措施1]
2. 针对目标2的不足，计划采取以下改进措施：[改进措施2]
3. 针对目标3的不足，计划采取以下改进措施：[改进措施3]
结束语
本次实施情况检查记录表总结了项目目标的实施情况，并提出
了改进计划。
希望以上内容有助于项目的顺利进行和目标的达成。
请确保项目相关人员尽快参考并执行下一步的改进计划，以确
保项目顺利实施。
如有任何问题或需要进一步的讨论，请随时与我联系。
谢谢！
---
*注意：以上内容仅为示例，请根据实际情况进行修改和完善。
*。
软件过程检查表
1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。
2)每个项目过程的得分M＝30 / N。
3)采用“过程检查表”，对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时，对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=（打勾条款数/ 该项实际检查总条款数）×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z，则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。
2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
软件项目设计评审检查表
技能水平及其他因素？
1.3
系统架构是否考虑了性能、安全、可扩展 、维护性等因素
1.4
系统架构是否有利于充分发挥现有硬件资 源的效能？
系统架构是否有利于在应用环境中的部
1.5
署？是否有利于系统管理员进行管理、维
护？
各个层的划分是否合理，各个层之间是否
1.6
有清晰的功能划分？是否符合主流的分层 规则（界面、业务逻辑、业务对象、数据
3.15 表或实体设计命名是否符合规范？
4
界面设计
是否描述项目所需要实现的各种典型界面
4.1
并给出界面demo？
是否遵循软件界面设计指南的要求？界面
4.2
风格的美学要求？
界面操作是否足够的人性化，能够获得交 好的用户体验？ 4.3
版本号：2 修订号：0
第3页 共3页
访问等）？
系统功能模块的划分是否合理，是否符合
1.7
用户的实际业务操作方式？是否与用户的
岗位分工保持一致？
1.8
每个模块的功能、职责是否定义清楚？
1.9
各个模块的接口（通信界面）是否定义清 楚，以利于与其它系统的交互以及集成？
1.10
是否充分考虑到架构或组件的复用。
1.11
是否充分考虑了系统实现技术上的风险和 解决办法？
2
模块设计
版本号：2 修订号：0
缺陷描述第1页 共3页 Nhomakorabea 2.1
功能模块的设计文字说明是否清晰，比 较好的表达问题？
界面类设计布局及界面包含元素是否合
理，界面的显示或功能操作是否涵盖对
2.2
应的模块功能？是否能够满足人机交互 的友好性？界面类是否耦合了业务逻辑
项目进度及质量验收表
项目进度及验收表时间详细进度验收标准签合同后第一个月创意管理，多次召开会议收集团队内部所有创意经过谈论由专人记录，撰写策划草案,团队内部对游戏有大致了解，明确目标。
1.游戏创意来源2.策划案完成度3.可以验证的核心乐趣及游戏俩亮点4.游戏具备有互动性和可扩展性5.游戏规则简单明了，公平公正6.美术风格确定7.操作设定尽量简单，能体现操作深度8.具有明确的用户群，商业化模式9游戏产品定位，符合公司战略第二个月剧本策划提交游戏剧本故事。
界面策划根据剧本详细描述项目的风格、主亮点、一些方方面面的规则，具体可能会涉的游戏资源（如多少主角，多少场景，多少NPC等等统计）美术画出场景草图。
程序收集相关技术文档1.美术后续开发节点及开发进度安排利于项目执行2.美术各职位制作规范及相关配合流程文档利于提高项目质量3.美术个职位工作时间量化标准在执行项目中的完善程度4.完成个类美术开发工具量化标准并符合项目的要求（美术开发工具最好有一定的扩展性和兼容性以备后修改推广）5.具备详细的架构设计文档6.具备系统的模块划分，人员需求，里程碑设定的计划7.具备关键技术的解决方案文档，并有实际效果演示8.具备数据库设计文档9.具备游戏各逻辑的设计方案文档第三个月DEMO版本阶段：数据策划提交游戏一切数据（如道具，NPC，场景、宠物，技能，ICON，特效，音乐，音效等数据）前台程序开始制作游戏基本功能（地图绘制、人物跑动、画面交换）后台程序根据数据开始创建数据库美术完成所有交互界面设计。
1、实现网络化的可操作性，2、游戏功能要求：①人物：游戏中至少已经完成1个人物②场景：游戏中至少已经完成1个基本地图的设置③操作：必须完全支持键盘和鼠标的操作④规则：游戏的基本对战规则已40%制定⑤界面：已完成游戏第一层界面⑥音效：在特定场景中，对具体操作有对应的音效第四个月策划拟定游戏规则、关卡、副本、道具以及游戏人物设计。
1、人物：游戏策划案中50%的人物已经完成，2、场景：美工制作动画、NPC、道具、所有地图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
6.
7.
8.
9.
10.
系统3
模块1
XXX
11.
12.
系统N
模块1
XXX
13.
类别：硬件设备（承建方自检安装、调试、部署等合格的硬件设备，建议将未施工硬件也罗列出来）
检查日期：
位置
设备品牌、名称（型号）
序号
检查内容（施工情况、设备运行情况）
符合√
不符合×
中心机房机柜1
IBM P90
1.
2.
3.
华为核心交换机
未到计划预定的检查节点，暂不检查，但需列在本表之中，“符合”栏记“/”。
类别：软件系统（罗列承建方自检合格的功能或全部软件系统、模块、功能，未到期的不检查）
检查日期：
系统
模块
名称
检查内容（软件功能,可带功能简单描述）
序号
符合√
不合×
系统1
模块1
系统登录
1.
录入会计科目
2.
3.
模块N
4.
5.
系统2
模块1
软件项目阶段进度完成情况检查表
项目名称:
承建单位(受检):
检查起止日期：
建设单位(施检):
检查方式：登记、对照、操作、测试
监理单位(施检):
检查依据:根据项目初步设计文件、招投标文件、集成合同、国家标准、行业标准、监理规范等，检查软件功能或硬件单元的完成情况，符合本依据，在下表符合栏中符合记“√“，不符合记“×”
4.
5.
6.
中心机房2号机柜
磁盘阵列
7.
8.
9.
10.
11.
12.
13.
XX街道
视频监控
14.
…
图像监控
15.
…
16.
17.
承建单位项目经理意见、签字、日期：（章）
现场监理/监理工程师意见、签字、日期：（章）
建设单位项目代表意见、签字、日期：（章）
本表一式三份，监理、业主、承建方各持1份 。