b 组织部件
这是一种嵌在系统部件上的子部件，它类似于硬件中的功能插板，也应有严格的规范。一般系统都要靠一个(或几个)组织部件来完成一个特定的任务。各个组织部件只有在系统部件的协调下，才能实现全系统的功能要求。一个系统构件可因其嵌入的组织部件的不同而构成不同的应用系统。
如果制定规范的机构(或部门) 权威性强，制定的规范严格而又可操作，那么就完全可以象硬件插板一样，让不同的软件开发团体开发的组织部件在一种规范化的系统构件下兼容工作。这样会使软件的重用率大大提高，并能增大程序员们的选择余地。目前微软公司在其系统软件中所提供的一些公用类库可以认为是一种良好的开端，但权威性和规范性还值得怀疑(毕竟是个"民办"公司)。
c 分子部件与原子部件
这是本方法中粒度最小的部件，其作用类似硬件中的芯片。OO中使用的基类、派生类就是其典型代表。在这里，原子部件是永久不变的(这样可以增大软件的可重用性)，分子部件重用原子部件，而组织部件又由分子部件组成。显然，必须注重原子部件的制作工作：在需要制作新的分子部件时，必须重用原子部件，若没有可重用的原子部件，再创建新的原子部件。原子部件的粒度需由具体情况决定，例如在开发某设计院的人事管理系统时，需要建立一个高级工程师的分子部件(类)，我们可以有三种创建的方法：
①.直接按"高级工程师(类)"创建；
②.按"科技干部----高级工程师"创建；
③.按"职工----科技干部----高级工程师"创建。
从本质上看，第3种方法是先创建一个原子部件----"职工"，再创建科技干部、高级工程师，是符合再用式开发方法原则的。而第1、2种方法则不符合本方法。
显然，以上所说的各类部件都必须在一个统一的软件规范下开发，只有保证了部件的规范化，才能保证开发的成功。
因为再用式开发方法会在工作中产生一个可为所有开发人员共享的软件资源----部件库，那么以后的软件开发都可以在此基础上利用重用手段使用部件库，而不需要从零开始。在这里，只要都能遵守统一的软件规范，这些共享的部件库既可以由开发人员自己在工作中积累，也可以由软件开发商提供。
2.2 应具备的开发环境
在再用式开发方法中，人们需要与部件库交互工作，这样，就需要一个部件库的开发管理平台，这个平台应该提供对部件库的选择、浏览、查询和扩充(以不断充实部件库)等功能，同时还应提供编写部件文本的编辑器，以及与部件对应的语言调试、编译程序，以便制作、调试所产生的部件。如果条件许可，还应提供辅助学习功能，以帮助开发人员熟悉平台的情况。
文章来源于领测软件测试网 https://www.ltesting.net/
