做项目过程.docVIP

技术部门根据合同/中标工程信息文件（销售部提供）进行设计和开发的策划，成立设计开发项目组、任命组长。 《设计开发任务书》，对所开发的产品进行技术分析，为建立产品的设想提供输入。《设计开发任务书》经过评审和审批，作为设计开发的主要依据。 《设计任务书》的内容应该明确： 项目组成成员、职责和权限 设计目标（产品主要的技术指标、功能和性能要求以及目标成本）； 设计和开发过程阶段划分及各设计和开发阶段评审、验证和确认活动； 项目进度节点及人员配备； 项目需进行的实验； 其它。 《设计和开发任务书》可根据设计和开发进展的实际情况进行更改，更改时应执行相关文件控制规定。 公司下达的研发任务的设计和开发策划 技术部门根据公司下达的研发任务进行设计和开发的策划，成立设计开发项目组、任命组长。 执行《设计和开发任务书》 设计和开发的评审 项目组按照《设计开发任务书》规定的阶段组织实施评审。 评审结束，由评审组作出评审结论，形成《设计开发评审报告》。 对于评审报告中所列出的存在问题和改进建议，项目组应及时制定方案，并采取有效的措施，在规定期限内完成，并填写《设计开发评审报告》的相应栏目，提交项目组验证。 设计和开发验证 项目组按照《设计开发任务书》规定的阶段实施验证，验证方法可采用：计算验证、实验验证、仿真模拟、与已经验证确认的类似设计的比较、设计输出评审等，以证实设计和开发的输出满足设计和开发输入的要求。 对设计开发最终输出的样机验证。 项目组根据验证结果，编制《设计开发验证报告》（随附录验证记录） 设计和开发确认 项目组按照《设计开发任务书》规定组织实施设计和开发确认。确认的目的是证明产品能够满足预期的使用要求，确认应在零部件批量生产之前完成。 工程样机需经顾客确认，形成《设计开发确认报告》。 项目组对确认结果进行分析、如需改进，则通过《设计开发信息联络单》传递信息至相关部门制定和落实改进措施，并重新提请确认，以确保产品满足规定的使用要求或预期用途的要求。 设计和开发更改的控制 一、项目组应识别并确定设计和开发更改的需要，明确更改的原因、更改的内容。 可能有以下情况会导致设计和开发更改发生： 顾客更改了要求 法规中新增或更改了要求 制造过程发生了变化 市场需要改进产品； 设计评审的要求 设计验证、确认的要求 其他。 二、若必须发生设计开发更改，项目组需提出更改申请，填写《设计开发更改申请》（随附更改的原因、更改的内容相关资料），必要时，应实施评审，“设计和开发评审”，并报审批。 三、对产品影响程度较大的更改（系值更改范围较大、对关键技术指标产生影响或不重新进行验证和确认则不能证明设计和开发输出满足输入要求和规定），须进行对更改的验证和确认，执行“设计和开发的验证”和“设计和开发的确认”。 8、相关文件 《设计开发任务书》 面向服务的分析 面向服务的设计 面向对象的分析 面向对象的设计 软件生存周期分为三个时期：计划、开发和维护。 需求分析－软件分析－软件设计－编码（测试）－交付测试－使用维护 需求分析： 明确需要解决的问题（从用户的视角） 建立需求模型：功能、性能、约束、接口等。 软件分析： 从开发人员的视角对软件进行分析 建立分析模型：软件的逻辑模型 软件设计 确定软件的总体结构和各部件的数据结构和操作 建立软件实现模型：包含现有软件构件包 软件测试 发现程序中的错误、提高软件质量 单元测试、集成测试、确认测试、系统测试 运行维护  瀑布模型： 特点： 阶段的顺序性和依赖性 推迟实现的观点 质量保证的观点 存在问题： 不适合需求模糊的系统 开发初始阶段很难彻底弄清软件需求  增量模型： 增量： 小而可用的软件 第一个增量通常是软件的核心 特点： 在前面的基础上开发后面的增量 每个增量的开发可用瀑布或快速原型模型 每个增量开发的顺序性和总体的迭代性相结合。  螺旋模型： 特点： 瀑布模型（顺序性、边开发边复审）+快速原型（迭代性） 风险分析－发现、控制风险 一个螺旋式周期： 计划：确定目标，选择方案，选定完成目标的策略 风险分析：从风险角度分析该策略 开发：启动一个开发活动 评审：评价前一步的结果，计划下一轮的工作。  构件集成模型 构件： 在某个领域内具有通用性，可以复用的软件部件 将可以复用的构件存储起来，形成构件库。 特点： 面向对象 基于构件库 融合螺旋模型特征 支持软件开发的迭代方法 软件复用。 开发模型 特 点 适用场合 瀑布模型 线性模型，每一阶段必须完成规定的文档 需求明确的中、小型软件开发 快速原型模型 用户介入早，通过迭代完善用户需求，原型废弃不用 需求模糊的小型软件开发 增量模型 每次迭代完成一个增量，可用于OO开发 容易分块的大型软件开发 螺旋模型 典型迭代模型，重视风险分析，