这些要求包括：
- 要自动化的过程的全面列表。
- 最低生产速度。
- 设置和转换的时间限制。
- 设备配置。
- 首选的设备类型或品牌(例如，艾伦-布拉德利PLC)。
- 产品功能需要自动检查和测试 - 应如何执行这些任务。
- 遵循议定书以获得汇编进程。
不幸的是，高风险的项目不能如此轻松地处理。然而，系统集成商除了完全不引用一个高风险项目之外，还有另一种选择。即使项目不能在设备规范中完全定义，仍然有选项让它们运行。一是多阶段开发项目。
当没有足够的信息来提供全面的建议时，系统集成商通常建议采用多阶段开发方法。没有足够的规格，集成商面临相当大的财务风险提供一个确定的价格报价。什么是高风险的项目?例如，如果部件不是为自动化装配而设计的，集成商可能更喜欢多阶段开发方法;尚未确定技术要求的;或者该系统将包含一个新的、未经测试的流程。
多阶段开发项目的建议包括通常在确定的建议中发现的相同信息:工作范围、可交付成果、每个阶段的交货时间、付款条件、保证、备件政策、知识产权所有权和责任政策。但是，有一些不同。建设者只能给出初始阶段的确定价格和后续阶段的价格估计。提案单独讨论了项目的每个阶段，包括该阶段的工作范围、交付时间、可交付成果，通常还包括后续阶段的确定价格。重要的是 下一个 阶段(无论阶段可能是什么数字)总是在文档中定义的，因此项目总是有方向的。买方在每个阶段都可以选择“购买”项目，因为每个阶段都以购买订单开始，以付款结束。
多阶段开发项目通常分为两个或五个阶段。在一个两阶段的项目中，第一阶段包括概念化和详细的设计工作，而第二阶段包括采购、制造、装配、调试、安装和启动。
五相开发方法是难以定义的项目最受欢迎的解决方案。阶段是概念发展;工程与设计;制造，购买和装配;调试和资格;和安装，启动和培训。
发展观念
工作范围 ：查看类似，当前流程;获取关于包含可接受解决方案的功能的协议;集思广益为项目的概念;获得概念的有效性协议;记录概念;为第2阶段提供公司报价。可交付成果 :概念图纸;系统的近似尺寸;估计处理速度;机器主要部件说明;控制系统的组成;第二阶段的确定价格;并对后续阶段的定价和交货期进行了修订。
工程与设计
工作范围： 完成工程及详细设计;记录机器部件的设计、工程计算和规格;获得设计协议;提供第三阶段的确定报价。可交付成果: 完整的布局图纸;详图包;所有机器部件的规格;阶段总结报告;第三阶段的确定价格;并对后续阶段的定价和交货期进行了修订。
制造、采购和装配
工作范围： 采购和制造所有系统部件;组装和布线系统;编写程序并运行;修改文件以反映系统当前的状态;提供第4阶段的确定报价;修订以后各阶段的估计。可交付成果: 一个完全组装的系统，各子系统就位，能够在动力下循环;系统的文档;第四阶段的确定价格;并对后续阶段的定价和交货期进行了修订。(这里的“交付物”是用词不当;设备通常不会在这个阶段交付，尽管它可以。)
调试和资格
工作范围： 通过机器处理一系列产品并调试设备;确保满足质量和速率要求;记录测试结果;修改文件以反映其当前状态的系统。可交付成果: 一个经过调试的系统，以期望的输出质量和指定的人员水平运行;系统性能的正式报告，包括速率和质量测试的结果;完成系统的文档;第五阶段的确定价格。
安装和培训
工作范围： 包装设备以备运输;船到买方设施;准备生产;实施并记录验收测试以完成验证;培训操作、工程和维修人员。可交付成果: 设备;生产启动与植物控制的所有参数;和培训，包括文件。
多期开发项目不限于两期或五期。它可以包括四个阶段，七个阶段或任何数量，可以由制造商和集成商同意。一个项目可以从五个阶段开始，当由于财务或技术风险而没有继续下去的意义时，在任何阶段结束。类似地，一个项目可以从几个阶段开始，随着知识的积累，可以扩展到更多的阶段。
无论采用何种方法，双方都希望项目成功。多阶段开发项目是一种实现特殊工厂自动化的方法，对买方和建设者都有最小的风险。只要记住要有重点，有控制，有文件。
侧边栏:你的项目是否高风险?
如果下面所有的问题都能得到肯定的回答，那么一个需要特殊工厂自动化的制造商很可能会有足够的信息来编写一份全面的设备说明书。多阶段开发方法可能是不必要的。- 项目的技术是否已根据客观标准确定?
- 产品中使用的部件和材料是否有生产历史?
- 这些部件的配置是否符合自动化要求?
- 是否遵循了制造和装配的设计原则?
- 项目结果可以客观且完全定义（包括可交付成果）吗？
- 是否根据行业标准协议验证了类似的流程?这种努力的结果是完整的和可收回的吗?
- 这家企业能产生可接受的投资回报吗?
- 您知道哪些装配过程将包括在项目中，哪些将不包括在项目中吗?
侧边栏：项目摘要
多阶段开发项目的进度有时很难跟踪。发展可以记录在信件，电子邮件，会议记录，标记目录表，电话会议笔记和状态报告。这些记录上的许多信息是冗余的，然而当你需要它时，很难找到它。跟踪开发项目的重要细节的一个简单的、有组织的方法叫做项目总结。该文档将项目信息分为四类:范围和执行、参数、假设和需要解决的问题。随着时间的推移，项目摘要将承担设备规范的功能，最终定义整个项目。
项目摘要的第一部分是范围和执行。该条目包括要执行的过程，要使用的技术，操作序列和应将其集成到项目中的任何特定设备或概念。早期，本节将涵盖项目的范围 - 需要做些什么？随着项目的发展，条目将定义项目的执行 - 这些事情将如何完成？
第二部分是参数。产品和系统组装的系统有哪些限制？本节可以引用若干范围和执行条目，或整个项目。参数包括吞吐率;产品组件和材料;部分公差;该项目的价格上限;以及对系统物理特征的任何限制，例如整体占地面积。
每个多阶段开发项目都包含一些假设。项目的哪些部分我们认为我们知道，但不太确定?项目的范围可能不会被详细定义，直到工程师很好地进入设计和构建的过程，所以制造商和集成商都需要做出一些明智的猜测，以便继续进行。这部分应列出双方同意的合理假设。
项目总结的最后一部分涵盖了未解决的问题。项目的哪些部分是明确的未知数?本节收集为保持项目运行而最终必须解决的项。它提醒我们必须采取行动。这部分可能包括对项目整体范围的更改;关于过程原型部分的决策;提供材料或部件的日期;以及管理层的决策。
为了保持相关性，必须不断更新项目摘要。将找到一台机器执行特定任务。假设将被验证。未解决的问题将得到回答。不再重要的项目将被删除。
为了使更新易于解释，项目摘要应该遵循预先建立的修订约定。例如，新的和重大修改的条目可以在 大胆斜体 并且可以通过不再相关的条目来表示
在每行条目的末尾用括号括起来的简短说明可以确定项目的来源或其修订，例如(12-09-06,ERG审查会议纪要)。任何人如果想看到的不仅仅是项目的简单浓缩，可以参考原始文档。当然，每个新的项目总结都应该在发布日期或修订信中标明。
