CMMI 3 访谈问题答案 TS-PI(设计开发)

设计人员（TS、DAR）1•如何进行选择技术解决方案？（TSSP1・1/TSSP1・2/DAR）回答：项目组依据组织的决策流程，在项目开发过程中，进行了一次决策分析过程的实施，对•…进行了决策。首先制定了决策分析计划，再定义了具体的解决方案，再依据组织给出的决策因子和权重对方案进行打分，选择得分最高的方案，我们最终方案是XXX。决策的过程是：依据组织给出的决策因子：如：易用性/灵活性/复杂度/额外硬件投资/执行效率/安全性/可用性/可伸缩性/可维护性/成本节约依据决策因子的决策评价准则进行打分：如：易用性（1-10）项目中选择的是加权打分法，利用加权打分方法我们通过：评审、测试、模拟（仿真）的方式对每个因子的选择标准进行分析，最终决定每个因子的最终得分，及方案的最终分数，最终选择分数最高的方案2•设计输出哪些文档?请说明这些文档是如何进行设计的?（TSSP2.1）回答：依据《设计规范指南》按照模块进行设计，如果模块太大可以将模块分成若干个子模块分别设计，在我们的设计中可以根据项目情况将设计划分成概要设计、详细设计、数据库设计、接口设计等几部分整个系统分解为子系统（概要设计）和模块（详细设计），并确定每个功能模块的输入、转换和输出数据流，并考虑各方面数据接口、存储方式等，同时细化数据结构化设计，完善数据字典以确保系统能获得所需的输出结果，从而实现系统的构架设计。接口设计：根据界面逐个描述界面上每种涉及到业务逻辑操作的输入输出参数信息以及操作的处理步骤，设计模块的接口与属性，说明函数功能、输入参数、输出参数、返回值等（包括内部接口和外部接口）数据库设计：其中数据库脚本部分内容必须提供，其它部分内容可以在总体设计中统一描述，也可以提交单独的数据库设计说明文档，包括数据库脚本（包括创建表、视图、存储过程、触发器、序列号等数据库对象的SQL语句）3・技术数据包，涵盖那些内容？（TSSP2・2）回答：技术数据包是很重要的，因为这包含2个方面重要的信息所有项目在设计中使用到的技术文献，放在项目管理库中作为项目不可缺少的一部分本项目的需求跟踪矩阵记录了每一条需求到设计再到代码实现的跟踪，保证了每个功能需求关联的配置项4•请问如何设计内外部接口？如何细化接口需求？（TSSP2・3）回答：需求阶段就应该开始识别接口需求，需要放入需求跟踪矩阵中跟踪到设计接口识别的方法是根据软件的界面逐个描述界面上每种涉及到业务逻辑操作的输入输出参数信息以及操作的处理步骤设计模块的接口与属性，说明函数功能、输入参数、输出参数、返回值等（包括内部接口和外部接口），接口定义放在《接口设计说明书》中5•请问如何评估产品组件是否需要被开发、购买或者复用(TSSP2.4)回答：软件复用不仅仅是对代码程序的复用，它还包括对软件生产过程中文档的复用，如项目计划、可行性报告、需求定义、分析模型、设计模型、详细说明、源程序、测试用例等等.项目经理与设计组成员根据选定的技术方案，参考《设计指南》进行概要设计，包括软件的总体设计、模块设计、复用外购分析、接口设计、数据库设计等部分，编写在我们的项目开发中，没有软件复用的情况6•项目有哪些支持性文档，由谁负责编写？(TSSP3.2)回答：用户手册是需要由测试人员完成编写的项目安装手册是有开发人员完成编写的7•你用到了哪些工具来开展你的设计工作？(TSGP2.3)回答：Visio绘制流程图，UML工具开发人员(TS)8•编码时须参考哪些文件与规范？(TSSP3.1)回答：开发组成员根据“详细设计书”进行程序编写，实现软件的开发，编写的程序代码要符合《编码规范》的要求。在这个过程中开发人员需要参考的规范包括a.详细设计书JAVA或.NET或IOS、Android的《编码规范》，要能熟悉里面的2-3条编程规范9•你采用了什么样的开发工具？(TSGP2.3)回答：说明是哪个具体的开发工具IDE发现的缺陷记录在禅道工具中配置管理工具使用SVN10•编程活动在什么时候开始启动？你编写的程序是如何知道满足设计的？(TSSP3.1)回答：编程活动在设计阶段后进行代码编写后需要更新到需求跟踪矩阵中，并对应所有设计的模块.代码需要经过走查评审，并评审通过代码需要经过单元测试(单元测试用例是开发人员交互测试)，并测试通过，以验证模块的正确代码需要经过集成测试(集成测试用例是经过测试人员编写和执行)，并测试通过，以验证接口的正确代码需要经过系统测试(系统测试用例是经过测试人员编写和执行)，并测试通过，以验证系统的业务、性能是否符合用户需求代码需要经过验收测试(验收测试用例是经过测试人员和客户共同编写和执行)，并测试通过，以确认系统能够在客户的环境下正常运行11•谁执行代码走查评审?如何执行?(TS3.1/VERSP2.2)回答：1.代码完成后，项目组成员进行代码评审，根据“代码评审检查表”进行评审，完成“代码评审报告”。开发工程师根据评审发现的缺陷，进行代码修改。在代码评审的时候，开发人员必须参加，分模块进行代码走查，代码评审的覆盖度要求为：覆盖全部新增代码a.代码走查检查表，如(下面红色内容)12•你是如何进行单元测试的？测试的结果会记录吗？结果报告存放在哪里？(TSSP3.1/VERSP3.1)单元测试：结构化的软件开发中以模块(函数、过程)作为测试的最小单元，关注的是：a.模块间的接口测试；模块局部数据结构测试；模块边界条件测试；模块中所有独立执行通路测试；模块的各条错误处理通路测试。2.执行单元测试，发现单元测试问题，记录在禅道中，并编写单元测试报告(报告中包括：单元测试缺陷的数量和密度，是否符合单元测试出口条件等)13•你是如何和测试人员互动的？(VERSP3.1/VERSP3.2)回答：1、测试人员执行集成测试、系统测试，测试发现缺陷并记录在禅道中2、测试人员和项目经理沟通，由项目经理决定缺陷修改人员3、缺陷修改完毕之后，创建新的标签并提交测试，由测试人员回归，最后由测试人员关闭测试缺陷4、PM重新提交代码入库，由CMO执行代码基线设计、开发人员（PI产品集成）15.请问集成策略是如何定义的？（PISP1.1）回答：根据组织定义的产品集成指南中定义的集成顺序有2种a.自顶向下的集成方式将模块按系统程序结构，沿控制层次自顶向下进行集成。由于这种集成方式在测试过程中较早地验证了主要的控制和判断点。在一个功能划分合理的程序结构中，判断常出现在较高的层次，较早就能遇到。如果主要控制有问题，尽早发现它能够减少以后的返工b.自底向上的集成方式这种组装的方式是从程序模块结构的最底层模块开始组装和测试，因为模块是自底向上进行组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块在我项目中控制层面的要求比较少，主要考虑的是工作量和难易度，所以我们以自底向上的方式进行集成，我们的集成顺序是（分为X个步骤，每个步骤分别集成什么模块），这些集成顺序定义在项目的集成计划中，由设计人员做出定义。16•如何建立与维护集成环境?有无特定的工具来支持产品集成?（PISP1.2）回答：集成环境是由设计人员来定义，并放在《产品集成计划》中产品集成环境可自外部取得或自行开发。为了建立环境，如有必须时开发新的设备、软件，以及其它资源，产品集成环境也可包含现有组织资源的复用。在本项目中没有采用特殊的工具与设备，但是在《产品集成计划》中定义了项目集成所需要的：a.硬件环境设备（所需的CPU，硬盘，内存）b.软件环境1.数据库、操作系统、Tomcat、Android、IOS、以及网络拓扑的结构，以及他们的版本集成环境的搭建是由开发人员按照《产品集成计划》中的要求进行搭建，并在集成前再次进行检查17•项目建立集成的过程与准则是什么？（PISP1.3/PISP3.2/PISP3.3）回答：项目集成的过程a.开发人员依据项目的《产品集成计划》，实施集成，具体的过程如下产品集成准备设计组为产品组件的集成做准备，包括：制定“产品集成计划”规划产品集成活动所需的资源、进度。设计产品集成方案，建立和维护组件集成序列，明确产品集成规程，说明集成环境。产品集成方案的内容应写入“产品集成计划”包括（集成环境、集成模块、集成接口，集成顺序，集成步骤）开发组配置产品集成环境。产品集成的实施a.开发组在集成环境中按照“产品集成计划”进行产品集成，主要活动包括：组装产品组件，按照产品集成计划中确定的集成序列，组装产品，管理接口（软件、硬件和通讯）的变更完成。b.撰写“产品集成报告”3.系统测试a.测试组成员负责对通过集成的软件进行系统测试，开发组成员对系统测试发现的缺陷进行修改，系统测试的重点在于发现软件与其他外部软硬件接口之间的协作问题。集成过程中的准则定义a.集成前1.所有集成的模块均通过单元测试或者代码评审且缺陷均已经修正所有集成的接口均通过集成测试且缺陷均已经修正b.集成中1.组装产品模块，按照产品集成计划中规定的集成顺序和步骤，组装产品(每一产品组件应确定与其接口需求相符合。产品组件被组合成更大、更复杂的产品组件，并检查已组合的产品组件能正确的相互操作。持续此过程，直到完成产品集成。在集成过程中，如识别出问题，应记录问题，并启动纠正措施过程)维护接口在整个集成过程中的一致性，解决接口的冲突、不一致及变更的情况集成后1.执行系统测试，并以通过测试作为集成通过的准则18•如何保证接口的完备性？(PISP2.1/PISP2.2)回答：1.接口分为内部接口和外部接口，外部接口定义在软件需求中，内部接口定义在概要设计、详细设计中，为了保证接口的完整性，我们形成了《接口设计说明书》包括所有内部接口和外部接口为了保证接口的完整性和有效性，在接口设计过程中，我们遵照《软件接口设计指南》的要求，接口设计应与概要设计详细设计一同进行评审，主要从以下几个方面进行评审接口设计说明书，也被作为设计基线中的一部分放入基线中进行管理，在后期需求、设计、代码变更过程中，项目团队会充分考虑接口的影响，并作出适当变更，在本项目中没有发生接口的变更在产品集成过程中，为了保证接口理解的充分性，由开发人员在理解接口设计基础上，编写项目《接口列表》，并编写接口实现的代码，并请设计人员加以确认接口的代码实现是否正确19•请问项目在产品集成前，如何确保模块已准备就绪可进行集成？(PISP3.1)回答：1.在产品集成前，集成人员需要完成集成前检查，其中包含：a.模块是否已经完成b.模块的功能是否满足要求【所有集成的模块均通过单元测试、或者代码评审，单元测试有报告，代码评审有报告，且问题均已经修正】模块的状态是否满足要求【模块代码是否进入了管理库，模块代码是否正在发生变更，变更是否结束，模块代码是否是稳定的版本】模块接口是否已符合要求【是否经过了接口评审、评审问题是否已经修正，集成测试是否通过】20•产品集成后，如何打包交付给客户？(PISP3.4)回答：1.项目在系统测试后，代码申请基线，并放入基线库，由项目组填写《交付件一览表》其中包括：交付产品的一览表、交付文档一览表、客户的权利与义务，以及验收确认时间、地点、人员和方法。系统测试后，项目经理编写“试运行计划”明确试运行的安排。系统上线运行,在运行过程中发现问题记录在“缺陷管理表”。设计、开发人员(VER-评审)24•请问项目有哪些工作产品需要进评审？(VERSP1.1/VERSP1・3)回答：1.在项目计划中定义了要进行评审的工作产品，其包括：阶段评审名称评审参与人员评审主要工作产品评审方式策划计划评审PM/项目团队、咼层项目计划、从属计划管理评审各阶段里程碑评审PM/项目团队、咼层里程碑状态报告管理评审需求需求评审PM/项目团队、用户用户需求、需求规格说明书同行检查设计设计评审PM/项目团队概要设计说明书同行检查PM/项目团队详细设计说明书、数据库设计、接口设计同行检查编码代码审查PM/开发人员系统代码走查评审PM/开发、测试人员单元测试用例走查评审测试测试用例评审PM/开发、测试人员集成测试用例、接口列表同行检查PM/需求、测试人员系统测试用例同行检查测试报告评审PM/需求、测试人员测试报告同行检查验收验收用例评审PM/需求、测试人员验收测试用例、用户手册同行检查25■请说明同行评审的过程？(VERSP2・1/VERSP2.2/VERSP2・3/VERGP3・1)回答：1.同行评审的流程，包括：评审准备1.按照项目计划,在评审会议的3天前,由项目经理识别必须参与评审的项目成员、通知相关人员。在评审会议的前2天将评审通知、待评审材料以及相关的参考资料(包括相应的评审检查表和需求根据矩阵)发给每个评审员,以保证评审员有足够的时间来预审文件.同时预定会议的场所等，评审通知的分发采取邮件或QQ等形式。如果决定取消或推迟会议,需要重新通知所有相关人员。各评审员依据《评审检查表》对评审材料进行预审。预审中发现的问题写入《评审检查表》，召开评审会议1.评审工作产品的作者，对工作产品进行讲解，对评审组成员提出的问题进行解答。对评审中提出的每一个问题必须要有明确的结论。确定问题的修改者和确认者。修改者需要给出问题解决的时间。评审中发现的问题记录到“评审缺陷管理表”中对评审的工作产品依据评审的标准做出结论：是否通过评审.若不通过评审,则确定下一次评审会议的时间。对评审结果采取行动a.由项目经理指定人员或文件作者对评审结果进行分析、确定问题解决计划、对工作产品进行返工。提交和归档a.评审通过后，由项目经理员向配置管理员申请归档.并由CMO放入基线库26•请说明下项目计划、需求、设计文档的评审准则？（VERSP1.3）回答：1.项目计划采用管理评审a.评审的准则包括：如：（记住1-2条）1项目可行性是否通过？2生命周期模型选择是否合理？3过程裁剪是否符合OSSP规定？，如不符合，是否得到了EPG批