做项目流程.docx

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