Software Pioneers: Contributions to Software Engineering

بیان روشنی از فلسفه برنامه نویسی مدولار را می توان در کتاب درسی طراحی برنامه های سیستمی در سال 1970 توسط گوتیه و پونت [1, l Cfl0] یافت. 23]، که در زیر نقل می کنیم: یک تقسیم بندی خوب تعریف شده از تلاش پروژه، ماژولار بودن سیستم را تضمین می کند. هر وظیفه یک ماژول برنامه مجزا و مجزا را ایجاد می کند. در زمان پیاده سازی هر ماژول و ورودی ها و خروجی های آن به خوبی تعریف شده است، هیچ گونه سردرگمی در رابط مورد نظر با سایر ماژول های سیستم وجود ندارد. در زمان تسویه حساب، امنیت ماژول به طور مستقل آزمایش می شود. در همگام سازی تکمیل چندین کار قبل از شروع پرداخت، مشکلات کمی وجود دارد. در نهایت، سیستم به صورت مدولار حفظ می شود. خطاها و کاستی های سیستم را می توان در ماژول های خاص سیستم ردیابی کرد، بنابراین دامنه جستجوی دقیق خطا را محدود می کند. معمولاً در مورد معیارهایی که باید در تقسیم سیستم به ماژول ها استفاده شود، چیزی گفته نمی شود. این مقاله آن موضوع را مورد بحث قرار می‌دهد و با استفاده از مثال‌هایی، معیارهایی را پیشنهاد می‌کند که می‌توان از آنها در تجزیه یک سیستم به ماژول استفاده کرد. یک گزارش وضعیت مختصر پیشرفت عمده در زمینه برنامه نویسی ماژولار، توسعه تکنیک های کدنویسی و اسمبلرها بوده است که (1) اجازه می دهد یک مدول با دانش کمی از کد در ماژول دیگر نوشته شود، و (2) ماژول های alJow می توانند نوشته شوند. reas بدون مونتاژ مجدد کل سیستم ظاهر و جایگزین شد.

A lucid statement of the philosophy of modular programming can be found in a 1970 textbook on the design of system programs by Gouthier and Pont [1, l Cfl0. 23], which we quote below: A well-defined segmentation of the project effort ensures system modularity. Each task fonos a separate, distinct program module. At implementation time each module and its inputs and outputs are well-defined, there is no confusion in the intended interface with other system modules. At checkout time the in­ tegrity of the module is tested independently; there are few sche­ duling problems in synchronizing the completion of several tasks before checkout can begin. Finally, the system is maintained in modular fashion; system errors and deficiencies can be traced to specific system modules, thus limiting the scope of detailed error searching. Usually nothing is said about the criteria to be used in dividing the system into modules. This paper will discuss that issue and, by means of examples, suggest some criteria which can be used in decomposing a system into modules. A Brief Status Report The major advancement in the area of modular programming has been the development of coding techniques and assemblers which (1) allow one modu1e to be written with little knowledge of the code in another module, and (2) alJow modules to be reas­ sembled and replaced without reassembly of the whole system.