2
程，制定评价准则,一起打分，选择最高分
为最终的方案。
P1:备选方案数据库的选择mySQL和ACCESS
评价准则有经济性，可靠性，成本，可维
需求阶段完成后，我们会会编写概要设
TS SP2.1 3 请简述产品设计的流程？
计，然后根据概要设计说明书编写详细设 计说明书
3
用UML,RATIONAL ROSE等
角色设计/开发 (1.5小时）
PA Practi NO. 过程 ces 序号
域 实践
Question 问题
Listen For 答案
Time 时间
开场白
3
作为编码人员日常工作：编现写测试用
例，编写代码，执行单元测试，参与计划
书，需求，设计用例及代码的评审工作。
1 请描述一下日常工作内容是什么？ 作为设计人员日常工作：形成概要设计， 2
详细设计数据库设计，编写用户手册，参
与与计划书，需求，设计用例及代码的评
审工作。
有，立项之前售前的时候，编写给客户看
的。内容有：项目的背景，根据客户的需
求设定开发平台、技术架构等，复用。我
们对于大的开发技术，如开发平台，开发
TS
SP1.1 SP1.2
2
你们的技术方案有备选吗？如何决 定设计方案的？
框架等做了多套的解决方案，这些记录在 技术解决方案说明书中，然后对多个解决 方案进行了评价选择，采用决策分析的流
电子文档通过VSS由配置管理人员进行管 理，纸质文档也会有配置管理人员统一归 档管理。
2
项目经理、需求、开发人员、客户代表、
QA、CM
（1）我的直接上级项目经理会给我安排任
务，我每周通过参加例会向他汇报工作。
（2）需求人员会将他们的工作成果（用户
需求规格说明书和需求规格说明书）做为
我工作的输入，同时我工作结果（概设、
员和测试人员工作的输入。
（3）参加一些项目组成员的工作产品的评
审，了解与我任务相关的工作产品。
（4）质量保证人员会对我的工作过程和产
生的工作成果进行监督。
（5）还有其他的人员如培训、采购和
EPG，在某些方面都需要进行配合工作。
如何对技术解决方案活动进行跟踪 项目周报、周例会，提交报告。项目经理
GP2.8
3
模块的类设计。记录在设计文档中
编码阶段的参考文档主要有哪些？ 根据概设、详设，进行代码编写，代码要
TS
SP3.1
7
如何确保编码的准确？ 公司是否定义了编码标准？是否被
进行评审，项目经理通过《需求跟踪矩阵 》进行管理，并通过单元测试保证编码质
3
遵循？
量。
TS
SP3.2
8
是否编写用户手册，安装手册？ 由谁编写？
20
对组织的标准编码和设计过程有没 有提出过反馈，是如何提出的？
整个项目过程中，我们会提出一些过程改 进建议给EPG，EPG会开会进行讨论，讨论 是否采纳或拒绝，举例说明过程改进建议
2
概设中有关接口的设计，接口要进行评
审，确保接口没有问题。《测试计划》中
有集成时间、集成人员、集成环境和集成
产品集成的策略是什么？比如顺 顺序的描述。单元测试通过之后，我们按
2
进入准则：单元测试通过，各模块能有效
PI SP1.3 23 集成的进入和退出准则是什么?
运行，环境已搭建好，接口兼容。 退出准则：产品集成过程中发现的缺陷都
2
已解决。
PI
SP2.1
在评审用户需求，软件需求和设计 24 文档接口覆盖率和完整性时，识别
了哪些问题？
参考《缺陷管理表》中关于需求评审出来 的问题 依据《概要设计说明书》确定集成接口。
确保接口完备性、兼容性；模块单元测试 通过；模块要考虑兼容
3
测试阶段完成后我们会进行试运行和验
PI SP3.4 29 请描述一下产品交付的流程?
收，编写试运行计划并与客户确认，试运 行结束后进行验收测试，产品交付，有《
2
交付件一览表》
G么样的组织 方针？
《组织方针》保证代码实现的功能与需求 良好匹配并满足组织的要求。
TS
SP2.4
6
你如何来评价是否开发，购买，重 用产品组件？ 使用了什么样的评价 准则？ 在哪里可以看到证据？
的复用，为了提高开发效率，我们会讨论 是否有通用模块可以重用，如果没有我们 就采用全新开发，视具体情况而定，例 如：项目是XX项目，和原来的XX项目类 似，有些模块是一样的，所以我们复用XX
MSG组长批准进行发布。
Is there any suggestion to 对组 整个项目过程中，我们会提出一些过程改
GP3.2 41 织的标准集成过程有没有提出过反 进建议给EPG，EPG会开会进行讨论，讨论 2
馈，是如何提出的？
是否采纳或拒绝，举例说明过程改进建议
当有重大技术解决方案：例如：开发平台
表》对接口进行了评审，形成《接口评审
记录与报告》
单元测试通过，各模块能有效运行，环境
PI SP3.1 26 如何确保产品集成已经就绪？
已搭建好，接口兼容。 产品集成过程中 3
发现的缺陷都已解决
概设中有关于接口的设计，接口要进行评
审，确保接口没有问题。《测试计划》中
有集成时间、集成人员、集成环境和集成
顺序的描述。单元测试通过之后，我们按
PI SP3.2 27 集成的具体流程是什么？
照《测试计划》搭建集成环境，根据集成 3
顺序和《接口列表》进行集成，测试人员
进行集成测试检查集成的结果，集成过程
中发现的问题记录到《缺陷管理表》中，
项目经理跟踪这些集成中发现的缺陷，直
PI
SP3.3
28
如何确认接口的兼容性？ 集成测试 的测试用例和场景描述有没有相关 的接口项？ 请举例
如何对产品集成活动进行跟踪和管 项目周报、周例会，提交报告。项目经理
GP2.8
37
理的？谁负责跟踪？关于产品集成 活动，你收集了哪些方面的度量数
每周召开例会，例会上会收集度量数据， 比如工作量，成本，进度，有问题会汇报
2
据？
给项目经理，项目经理安排人员进行修改
GP2.9
38
平时由谁来审计你们的工作？举例 不符合项
议。一般会通过《过程改进建议表》提交
GP3.1
40
作为设计/开发人员，你们的标准工 给EPG组长，EPG组长在每周的EPG例会上讨 作流程有哪些？如何裁剪？(同TS) 论改进建议（四种状态：新增、接受、拒
绝、暂缓），对于每个建议都会给出回复
。如果是接受了该建议，则会安排该文件
原来编写人员进行修改，提交EPG组评审和
GP3.1
19
作为设计/开发人员，你们的标准工 给EPG组长，EPG组长在每周的EPG例会上讨
作流程有哪些？如何裁剪？
论改进建议（四种状态：新增、接受、拒
1
绝、暂缓），对于每个建议都会给出回复
。如果是接受了该建议，则会安排该文件
原来编写人员进行修改，提交EPG组评审和
MSG组长批准进行发布。
GP3.2
概设之后陆陆续续开始编写用户手册和安 装手册，由设计人员编写
1
Is there any policy to 公司对于 设计的方针是保证设计出的解决方案能够
GP2.1
9
技术解决方案有什么样的组织方 针？这个组织方针在哪里可以获得
完美地覆盖需求并是组织当前能力可实现 的最优方案
1
到？
组织级有《组织方针》
求文档中，另外我们有接口列表，里面记
录着接口的一些信息；
有哪些接口标准？
外部接口：包括用户界面、软件接口与硬
TS
SP2.3
5
在哪里可以看到接口需求？ 接口有哪些内容？
件接口； 内部接口（模块之间的接口）：描述模块
2
之间调用的具体实现方法，给出模块之间
调用的接口以及应该注意的各种约束和规
则；
参考之前的项目经验，考虑类似功能模块
PI SP1.1 21 序，接口管理，过程和标准，测试 照《测试计划》搭建集成环境，根据集成 3
用例？
顺序和《接口列表》进行集成，测试人员
进行集成测试检查集成的结果，集成过程
中发现的问题记录到《缺陷管理表》中，
项目经理跟踪这些集成中发现的缺陷，直
PI SP1.2 22 请描述一下：集成工作的环境? 参考《产品集成计划》WIN7,VS2005
QA和CM会定期对我们的工作产品和过程进 行审计，举例说明不符合项
2
GP2.1 0
39
过程出现的问题如何和高层汇报？ （高层如何帮助工作）
里程碑会议，项目经理汇报，交流，高层 领导会协调安排人员进行修改
2
EPG小组，参与了这些文件的编写和评审。
PAT（过程行动组成员），在项目试点及推
广时，负责对文件跟踪，收集过程改进建
1
GP2.2
31
对于产品集成这个活动是如何计划 的？这个计划存放在哪里？
制定《产品集成计划》，根据计划来开展 工作，存放在产品集成文件夹下
2
GP2.3
32
组织提供了哪些资源支持集成工作 的有效完成？
机器设备如电脑、办公场地、办公软件 等，公司有专门一个文件《工作环境标准 》明确一些资使用的要求。
1
GP2.4
2
外部接口：包括用户界面、软件接口与硬
件接口；
内部接口（模块之间的接口）：描述模块
PI
SP2.2
如何管理接口?如何处理接口变更? 25 有没有相关的修改记录？
在哪里可以看到证据？
之间调用的具体实现方法，给出模块之间 调用的接口以及应该注意的各种约束和规 则。 依据《接口列表》管理接口。