做项目流程.docxVIP

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