Yeniden kullanılabilir rutinlerden oluşan bir kütüphanenin yararlılığı, rutinlerin eklenmesi, silinmesi ya da yalnızca kullanım için seçilmesine ilişkin olanakların kapsamına doğrudan bağlıdır. LAMP adı verilen özel bir Honeywell programı bu işlevleri otomatik olarak yerine getirir.
Honeywell Scientific Routines
Honeywell tarafından sağlanan rutinler kütüphanesinin önemli bir bölümünü; trigonometrik fonksiyonların, üstel fonksiyonların, logaritmaların ve diğer aşkın fonksiyonların hesaplanmasına yönelik çeşitli bilimsel programlar; matris çarpımı ve matris tersinin alınması, enterpolasyon, eğri uydurma, adi diferansiyel denklemlerin çözümü, doğrusal programlama problemleri ve diğerleri oluşturur.
Sort and Collate
Honeywell veri işleme sistemleriyle kullanılmak üzere benzersiz bir sıralama üreteçleri dizisi tasarlanmıştır. Bu üreteçler, Honeywell uzmanları tarafından geliştirilen özel ileri sıralama tekniklerinden yararlanan sıralama ya da harmanlama rutinlerini geliştirmek için yalnızca temel parametrelere gerek duyar. Bu yeni teknikler, Honeywell EDP sistemlerinin yüksek hızlarından ve çok amaçlı yeteneklerinden yararlanır ve olağanüstü derecede yüksek hızlı sıralama sağlar.
THOR
Honeywell 800 sistemlerinin işletilmesinde gerekli olan manuel bant kullanım işlemlerinin miktarını en aza indirmek için THOR adı verilen özel bir rutin geliştirilmiştir. Operatör tarafından belirlenen parametrelerin yönlendirmesi altında THOR, bantların tüm konumlandırma, kopyalama, düzeltme ve kaydedilmiş bilgilerin düzenlenmesi işlemlerini yürütür. THOR ayrıca bant üzerindeki bilgilerin yerini bulmaya yardımcı olur, iki bandın içeriğini tutarsızlıklar açısından karşılaştırır ve genel bant bakımını gerçekleştirir.
Simulator Systems
Mevcut kapsamlı Honeywell otomatik programlama yardımcıları arasında, eskiyen sistemlerden Honeywell sistemlerine geçişi kolaylaştıran simülatör programlar da yer alır. Bu simülatörler, diğer bilgisayarlar için yazılmış programların, çoğu zaman özgün sistemdekinden dört kata kadar daha yüksek hızlarda olmak üzere, herhangi bir değişiklik yapılmadan doğrudan Honeywell 800 üzerinde çalıştırılmasını sağlar.
Daha Fazla Bilgi İster misiniz?
Honeywell “Yazılımı” (ve donanım da dâhil) hakkında daha somut bilgiler için en yakın şube ofisinizle iletişime geçin ya da aşağıdaki adrese yazın:
Honeywell EDP
Wellesley Hills 81, Massachusetts
Kanada’da:
Honeywell Controls Limited
Toronto 17, Ontario
Askerî Sistemler için Otomatik Bilgi İşleme Desteği
Bölüm I
M. O. Kappler
Başkan
System Development Corp.
Santa Monica, Calif.
Giriş
Bu makale, otomatik bilgi işleme desteğini—ne olduğunu, neden gerekli olduğunu ve büyük askerî sistemlerde neler yapabildiğini—ve böyle bir sistemin nasıl geliştirildiğini ele almaktadır.
Ancak devam etmeden önce, kullandığımız terimleri tanımlayalım. Bu makalede “otomatik bilgi işleme desteği”, bir işin yerine getirilmesinde bir araç olarak yüksek hızlı dijital bilgisayarların, bunlara bağlı donanımların ve bilgisayar programlarının kullanılmasını ifade eder. Buradaki vurgu, bir bilgisayarın sağlayabileceği yardımdır ve bilgisayarın çalışma ayrıntılarını açıklamaya yönelik bir girişimde bulunulmamaktadır.
Bu makalede “askerî sistem”, bir görevi yerine getirmek üzere tanımlanmış prosedürleri izleyen insanlardan ve donanımdan oluşan bir bütün olarak tanımlanır. Böyle bir sistemin yönetim unsuru (Komutan ve kurmayı), işletim unsurlarının bir kısmından ya da tamamından fiziksel olarak ayrıdır; ancak sistemin etkin biçimde işleyebilmesi için bunların tümünün durumu hakkında doğru ve zamanında bilgiyle beslenmelidir. Komuta grubuna iletilen bilgiler kaydedilmeli, düzenlenmeli ve görüntülenmelidir. Kararlar alındığında ise ortaya çıkan emirler işletim unsurlarına iletilmelidir.
Bir askerî sisteme neden otomatik bilgi işleme eklenmelidir? Bunun birkaç nedeni vardır. İlk olarak, askerî örgütlerin uğraşmak zorunda olduğu ezici veri hacmi vardır. Birçok durumda indirgenmesi ve anlamlı hâle getirilmesi gereken veri miktarı o kadar büyüktür ki, insanlar—kaç kişi olursa olsun—yardım olmaksızın bu işi yapamaz. İkinci olarak, verilmesi gereken kararlar çoğu zaman yardımsız bir birey için fazla karmaşıktır ve sıklıkla son derece yüksek bir hızla verilmelidir. Nitekim, bazı durumlarda izin verilen tepki süresi o kadar kısalmıştır ki, uygun biçimde tepki vermek insan yeteneklerinin ötesine geçmiştir.
Otomatik Bilgi İşleme Desteğinin Yapabilecekleri
Genel İşlevler
Bilgi işleme işlevine ek olarak, ele aldığımız türden otomatik bir sistem bilgi alımında ve iletiminde de yardımcı olur. Büyük bir sistemde insanların bu tür görevleri yardımsız olarak yerine getirebildiği dönem artık geride kaldığından, bu yardım her geçen gün daha gerekli hâle gelmektedir.
Gördüğümüz gibi, bir komuta kararı için gereken bilgi miktarı son derece artmış ve tepki süresi çok kısalmıştır; bu nedenle bir tür mekanik ya da elektronik destek gereklidir. İşlenecek ve değerlendirilecek veri, birkaç kişinin başa çıkabileceğinden fazladır; komuta konumundaki insan sayısını artırmak, sorunu çözmekten çok karmaşıklaştırabilir. Böyle bir durumda, bilgisayarlı bir sistem merkezi bir alım birimi olarak son derece değerlidir.
Bilgisayar, radyo, telefon, teleks ve otomatik veri hatları gibi kaynaklardan iletiler alır. Bu bilgiler ortak terimlere dönüştürülür, ardından ileride kullanılmak üzere saklanır ya da insan operatörlere sunulur. Bu karar otomatik olabilir; çünkü bilgisayar programı, rutin iletilerin gelecekte kullanılmak üzere bilgisayar belleğinde saklanmasını, öncelikli iletilerin ise bir alarmı tetiklemesini sağlayacak şekilde yazılabilir. Böylece tüm girdiler gecikme olmaksızın tek bir merkezi kaynağa ulaşır ve bunlara gereksinim duyan herkes için anında erişilebilir olur.
Basit toplama ve çıkarmadan, karmaşık denklemlerin gerçek zamanlı çözümüne kadar uzanan işlemler, bilgisayarda saklanan veriler üzerinde büyük bir zaman tasarrufu ile gerçekleştirilebilir. Bu hesaplamalar tamamlandığında, bilgisayar sonuçları birçok yolla, çok yüksek hızlarda ve seçilmiş kişilere iletebilir. İletişim, yerel görüntüleme aygıtları ve basılı çıktılar yoluyla ya da teleks ve yüksek hızlı veri hatları üzerinden yapılabilir. Alıcılar, belirli türdeki tüm iletilerin her zaman belirli bir istasyona gönderileceği şekilde tanımlanabilir. Bilgi, talep üzerine de erişilebilir hâle getirilebilir.
Operasyonel Örnekler
Otomatik bir bilgi işleme sistemi, bir askerî sisteme pek çok yoldan destek sağlar. Bu destek, basit bir bellek işlevinden karmaşık denklemlerin çözümüne kadar değişen bir karmaşıklık düzeyine sahiptir. Örneğin:
- SAGE’de bilgisayar, her önleyici üs için hava durumunu alır ve görüntüleme için talep edilene kadar saklar.
- SACCS’te (SAC Control System), herhangi bir üste alarm durumunda bulunan bombardıman uçaklarının sayısı bilgisayarda tutulur ve uçaklar alarma geçirildikçe eklenir ya da bekleme durumuna alındıkça çıkarılır.
- Bir SAGE Yönlendirme Merkezi, her birkaç saniyede binlerce radar dönüşü alır. Bilgisayar, her bir radar dönüşünü menzil ve azimut cinsinden ifade edilen bir konumdan, gözetim altındaki tüm alan için ızgara koordinatlarıyla ifade edilen bir konuma dönüştürür.
Hem SAGE’de hem de SACCS’te iletiler aynı anda birçok kaynaktan alınır. Bilgisayarlar bunları sıralar ve özetler; kıtasal ve dünya çapındaki operasyonların anlık bir görünümünü veren hesaplamalarda kullanır.
SACCS’te, düşmanın saldırı tesislerinin konumları ve büyük birlik ile uçak hareketleri hakkında en güncel istihbarat sağlanır.
SACCS, küresel hava durumu koşullarının bir görünümünü sunar. Fırtınaların konumunun ve şiddetinin bilinmesi, bombardıman saldırı rotalarının ve havada yakıt ikmali yapılacak noktaların belirlenmesinde önemli bir etkendir.
Bir Bilgi İşleme Sistemi için Plan Geliştirme
Müşterinin Problem Tanımı
Otomatik bir bilgi işleme sisteminin geliştirilmesi düzenli bir süreçtir. İlk adım olarak müşteri, otomatik bilgi işleme desteğiyle çözmeyi umduğu problemin bir tanımını sunar. Örneğin SAGE Sisteminde temel problem, çok sayıda insanlı bombardıman uçağını tanımlamak, izlemek ve önlemektir. SACCS’te ise iki temel problem vardır. Birincisi, SAC caydırıcı gücünün dünya çapında denetlenmesidir; ikincisi ise acil durum operasyonları için planlar üretmenin devasa işinde bilgi işleme desteği sağlanmasıdır.
Sistem Performans Gereksinimleri
Geliştirmenin bir sonraki adımı, müşterinin problem tanımını ayrıntılı bir performans gereksinimleri kümesine dönüştürmektir. (Bu gereksinimlerin temel odağı, sistemin ilk işletim yetenekleridir.) Sistem performans gereksinimlerinin hazırlanması, sistemin çalışacağı ortamın analizini içerir. Bu ortam; denetlenecek kuvvetleri, öngörülen tehdidi, diğer sistemlerle olan arayüzleri ve sistemin destekleyeceği göreve sahip örgütü kapsar.
SDC’deki gözlemlerimiz, ortamın son iki unsurunun sıklıkla ihmal edildiğini göstermektedir. Kısa bir inceleme bile, böyle bir ihmalin tehlikesini açıkça ortaya koyar.
Sistem Arayüzü Analizi
Büyük askerî sistemlerin çoğu bir şekilde etkileşim içindedir. Örneğin NORAD COC (425L), SACCS (465L) ve bir istihbarat işleme sistemi olan 438L’yi ele alalım. Varsayalım ki 438L, diğer iki sisteme de iletebileceği ve her ikisine de aynı biçimde aktarabileceği bir istihbarata sahiptir. Ancak aynı biçimin kullanılması yanlış olur; çünkü SACCS’in hedefleme istihbaratına olan gereksinimi, NORAD’ın hava savunma istihbaratına olan gereksiniminden farklıdır. Açıkça görüldüğü gibi, bu sistemlerin her birinin tasarımcısı incelemelerini yalnızca tasarlanan sistemle sınırlayamaz.
Bir diğer önemli arayüz konusu da işlevlerin sistemler arasında bölüştürülmesidir. Birden fazla sistem büyük ölçüde aynı tür bilgiyi (örneğin istihbarat verilerini) üretiyorsa, bu yineleme sistem arayüzlerinin incelenmesiyle ortaya çıkarılabilir ve ortadan kaldırılabilir.
Kullanıcı Örgüt Analizi
Ele aldığımız sistemler, mevcut bir komutanlığın karşılaştığı sorunlardan doğar; bu aynı komutanlık, sistem geliştirildiğinde onu kullanacaktır. Bu nedenle, komutanlığın örgütlenmesini, sorunlarını ve hedeflerini öğrenmek için ayrıntılı biçimde incelenmesi gerekir. Böyle bir inceleme, yeni sistemin ele alması gereken problemlerin daha iyi tanımlanmasına yol açar. İnceleme ayrıca yeni sistemin aşamalı olarak devreye alınmasını da kolaylaştırır. Son olarak, yeni sistem kullanılabilir hâle gelmeden önce mevcut operasyonda yapılabilecek iyileştirmelere de işaret edebilir.
Bu inceleme, sistemin ilk işletim tarihinde çalışması gereken ortamın incelenmesiyle eşzamanlı olarak yürütülebilir. SDC’de, bu tür bir incelemeyi yürütmenin en iyi yolunun, deneyimli sistem tasarımcılarını doğrudan askerî personelle birlikte çalışmak üzere görevlendirmek olduğunu gördük. Bu tasarımcılar birer irtibat görevlisi değildir; askerî personelle ortak deneyim temelinde konuşabilen kişilerdir. Bu yolla, gerçekte var olan örgütlenmenin doğru bir yansıması olan bir analiz yaparız.
Sistem Tasarımı
Şimdiye kadar, sistem performans gereksinimlerini ilk işletim yetenekleri ve kullanıcı örgütünün analizi açısından ele aldık. İlk işletim tarihinden sonra sistemden talep edilmesi muhtemel gereksinimlere de bakmak önemlidir. Bu tür etmenleri dikkate alarak, ortaya çıktıkça yeni görevleri ele alabilecek esnekliğe sahip bir sistem tasarlarız.
Bu görevler sistem performans gereksinimlerinde tanımlandıktan sonra sistem tasarımına başlanabilir. Sistem tasarımının temel amacı, görevleri tek tek bileşenlere dağıtmaktır. Bu bileşenler; donanım, bilgisayar programları ve standart işletim prosedürleri gibi unsurları içerir.
Yakın zamana kadar, sistem tasarımına yaklaşım bileşen donanım tasarımının bir uzantısıydı. Yani bir mühendise bir bileşenin ne yapacağı söylenir, ardından onu tasarlaması beklenirdi. Birkaç nedenden ötürü bu yaklaşım büyük askerî sistemlerin tasarımında iyi sonuç vermez. Bir sistem, kara kutuların basit bir yığılması değildir. Tanımımıza göre, bir görevi yerine getirmek için tanımlı prosedürleri izleyen insanlardan ve donanımdan oluşan bir bütündür.
Bir sisteme otomatik bilgi işleme desteği eklendiğinde, donanım dışı bir başka önemli unsur, yani bilgisayar programı da eklenmiş olur. Dolayısıyla otomatik bir bilgi işleme sistemi tasarlarken yalnızca donanımı değil; insan unsurunu, içine gömülü olduğu örgütü ve programlama gereksinimini de dikkatle ele almalıyız. Böyle bir yaklaşım ekip çalışmasını gerektirir. Örneğin SDC’nin kullandığı yaklaşım, mühendisleri, operasyon analistlerini, insan faktörleri bilimcilerini ve programcıları tasarım ekibi içinde bir araya getirir.
Sistem tasarımına yönelik bu disiplinler arası yaklaşım, gerekli ayrıntıların sağlandığından emin olmak için sistem performans gereksinimleri oluşturulurken öngörülmelidir. Ayrıca, iki çalışma arasında personel sürekliliğinin sağlanmasını da arzu edilir bulduk; sistem performans gereksinimlerini yazan kişilerden bazılarının sistem tasarımına da katılması gerekir.
Simülasyon, sistem tasarımının geliştirilmesi ve doğrulanmasında kullanılan başlıca araçlardan biridir. SDC’de simülasyondaki ilk adımımız, üzerinde çalıştığımız sistemin basit ancak işlevsel açıdan yeterli bir kopyasını bir araya getirmektir. Kilit pozisyonlar, görece ucuz (çoğu zaman geçici) aygıtlarla yinelenir. Simüle edilmiş girdi malzemeleri hazırlanır ve gerçek hayatta olduğu gibi bu simüle edilmiş sisteme verilir. Bu, insanları sürece dâhil etmemize ve operasyonu fiilen gerçekleştirmelerine olanak tanır.
Simüle edilmiş modda elde edilen performansın analizi, makul bir tasarım kavramına sahip olup olmadığımızı gösterir. Bu analiz; girdiler, donanım, insanlar ve çıktılar arasındaki uyumu ve daha sonra sistemi işletecek askerî personelin tepkilerini dikkate alır.
Simülasyon çeşitli şekillerde kullanılır. Yukarıda açıklandığı gibi, tasarım doğrulaması için kullanılabilir. Eğitim amacıyla kullanımı ilerleyen bir bölümde ele alınacaktır. Simülasyon aynı zamanda bir sistemin uygulanabilirliğini göstermek için bir benimsetme aracıdır. Yeni bir sistem, içinde çalışan kişiler tarafından her zaman hemen kabul edilmez; çünkü ona güven duymazlar. İşleyişin temelinde yatan matematiksel formülasyonu hemen göremez ve anlayamazlar.
Sistem onlar için kabul edilebilir hâle gelmeden önce, onunla çalışmaları ve doğru sonuçlar ürettiğini görerek güven kazanmaları gerekir. Daha karmaşık sistemler geliştirildikçe, bu kabul sorununun aşılması daha da zorlaşır.
Bu tür sistemler faaliyete geçtiğinde, ne Komutanlar ne de sistemi işleten kişiler, tasarım aşamasında biçimlendirilmiş ve akılcı hâle getirilmiş karmaşık sistem hesaplamalarını ve mantığını zihinsel olarak izleyip doğrulayabileceklerdir. Örneğin, SAGE avcı-önleyici kontrolörleri, konsollarında kendilerine gösterilen bilgisayar tarafından işlenmiş bilgilere dayanarak avcı pilotlarına sesli komutlar verir.
İlk SAGE kontrolörlerinin tamamı, SAGE öncesi manuel hava savunma sisteminin radar kontrol pozisyonundan avcı önleme yönlendirme deneyimine sahipti. Bu kişiler ilk kez SAGE konsollarının başına oturduklarında, bilgisayarın sağladığı çözümler konusunda kuşkucu davrandıklarını gördük. Daha önce yaptıkları gibi davranma eğilimindeydiler—yani önlemeyi gözle tahmin ediyor ve bilgisayar bilgilerini göz ardı ediyorlardı. Simüle edilmiş tatbikatlar, bilgisayar çözümlerinin temelindeki matematiğin (hiç de açık olmayan bir matematiğin) gerçekten işe yaradığını onları yavaş yavaş ikna etti.
İşletim Sistemi Tanımı
Sistem tasarımı çabasının ürünü, işletim sistemi tanımıdır. Sistem tanımı, tasarım süreci boyunca çeşitli biçimler alabilir. Biçim ne olursa olsun önemli olan, tasarımcıların fikirlerini tasarım aşamasının erken dönemlerinde ve mümkün olduğunca kesin bir şekilde kâğıda dökmeleridir. İfade ne kadar kesin olursa, mantıksal analizle ya da simülasyon testleriyle doğrulanması o kadar kolay olur.
Bu tasarım kavramlarının bir işletim sistemi tanımı olarak kâğıda aktarılması, kullanıcıların ve bileşen üreticilerinin tasarımı ya da tasarımın bölümlerini tasarım sürecinin çeşitli aşamalarında eleştirmesine ve onaylamasına da olanak tanır. Bu adım adım onay süreci, bileşen üreticilerinin, tam tasarım üzerinde mutabakata varılmadan önce çalışmaya başlamalarını sağlar.
Gereksinimlerin, sistem tasarımının ve hatta bileşen tasarımının hiçbir zaman nihai hâle gelmediğini belirtmek önemlidir; çünkü sisteme yöneltilen gereksinimler sürekli olarak değişir. Bu nedenle, sistem performans gereksinimlerine götüren süreç, sistemin tüm yaşamı boyunca devam etmelidir. Bu yineleme, yeni gereksinimlerin yalnızca özgün tasarım sırasında değil, sistem faaliyete geçtikten sonra bile sisteme dâhil edilmesine olanak tanır. Sistem esnekliğinin elde edilmesindeki temel yol budur.
Yinelemenin önemli bir tamamlayıcısı mutabakat gereksinimidir. Hem kullanıcı hem de bileşen üreticileri tasarımı çeşitli aşamalarda gözden geçirmeli ve mutabık kalmalıdır. Mutabakat, çeşitli kuruluşların temsilcileri tarafından büyük miktarda ayrıntılı ve farklı teknik bilginin incelenmesini gerektirdiğinden, önemli boyutta bir iştir. Görüş ayrılıkları giderilmeli ve anlaşmalar kayda geçirilmelidir. Yeni belirlenen sorun alanları bazen ek inceleme gerektirir. Deneyim yoluyla, bu önemli mutabakat sürecini kolaylaştıran yöntemler geliştirdik.
(Aralık Sayısında Devam Edecek)
Bilgisayar Alanında Kim Kimdir
(Ek)
"Bilgisayar Alanında Kim Kimdir" içinde yer alan tam bir kayıt şunlardan oluşur:
- ad / unvan, kuruluş, adres
- ilgi alanları (kısaltmaların büyük harfleri Uygulamalar, İşletme, Yapım, Tasarım, Elektronik, Mantık, Matematik, Programlama, Satış sözcüklerinin baş harfleridir)
- doğum yılı, üniversite veya son okul (altyapı), bilgisayar alanına giriş yılı, meslek
- ödüller, yayınlar vb. gibi diğer bilgiler
Bilgi eksikliği bir tire ile gösterilir. Telefon rehberinde kullanılanlara benzer, kolayca tahmin edilebilecek başka kısaltmalar da kullanılır.
Zaman zaman tek bir kuruluştan bir grup tamamlanmış Kim Kimdir giriş formu birlikte tarafımıza ulaşır. Bu durum bir derleyici için önemli bir kolaylıktır ve bunu düzenleyen kişilere teşekkür ederiz. Bu gibi durumlarda, kuruluş ve adres ... (üç nokta) ile gösterilir.
Aşağıda bu tür Kim Kimdir kayıtlarından birkaç küme yer almaktadır.
Ordnance Supply Systems Field Agency
Rossford Ordnance Depot, Toledo, Ohio
- Biniak, Vern S / Prgmr, ... / ALP / '29, Univ of Toledo, '57, sistem analisti
- Carr, Victor J / Tabulation Proj Planner, ... / ABMP / '25, BGSU, '59, tablo proje planlayıcısı
- Cooper, James L / Supv Digital Computer Prgmr, ... / ABLPS / '27, Dexter High School, '45, sistem analisti
- Hogle, Charles R / Prgmr, ... / ALP / '26, Woodward High School, '58, sistem analisti
- Kring, Harold L / Supvsry Dig Comptr Prgmr, ... / ADLP / '18, Nappanee High School, '56, sistem analisti
- Nowicki, Richard R / Prgmr, ... / ABLP / '31, Univ of Toledo, '57, programcı
- Oberto, Norman J / Prgmr, ... / ABLPS / '28, Madison High, '47, sistem analisti
- Palmer, Gerald H / Prgmr, ... / ALP / '31, Vallejo Junior College, '58, sistem analisti
- Rohlin, Dennis L / Prgmr, ... / ALP / '28, College of Pacific, '58, programcı
- Seitz, Ellsworth E / Chief, Data Processing Div, ... / ABLP / '11, NYS Teachers College, '18, danışman
- Shamdera, Robert L / Systems Analyst, ... / AL / '11, North High, '98, sistem analisti
Çoğunluk Mantığı
Tanımlar
Türetim
Univac'ın Matematik ve Mantık Araştırma Departmanının tipik bir ürünü olan çoğunluk-karar mantığının temel teoremi, kuramsal olduğu kadar pratik açıdan da ilgi çekicidir. Temel teoremden yukarıda türetilen çift-parite denetleyicisi, yalnızca üç girişli çoğunluk kapıları kullanılarak n mantık düzeyinde 3n bitin paritesini belirlemek için kullanılabilir.
İstihdam Olanakları — Remington Rand Univac
Nitelikli başvuru sahipleri, Remington Rand Univac'ta meslek sahibinin entelektüel merakına uyumlu bir bilimsel ortam bulacaktır. Univac'ta son derece önemli pozisyonlarda yükselme fırsatı ve teşviki sizi beklemektedir.
St. Paul, Minnesota
- Mantıksal Sistem Analistleri
- Bilgisayar Programcıları
- Bilgisayar Uygulama Analistleri
- Bilgisayar Mantıksal Tasarımcıları
- Askerî Sistem Analistleri
- Mühendis Yazarlar
Özgeçmiş gönderim adresi:
R. K. Patterson
Remington Rand Univac
Univac Park
St. Paul 16, Minnesota
San Diego, California
- Bilgisayar Programcıları
- Askerî Sistem Analistleri
- Sistem Test ve Değerlendirme Mühendisleri
Özgeçmiş gönderim adresi:
William Lowe
Remington Rand Univac
P.O. Box 6068
San Diego 6, California
Cocoa Beach, Florida
Atlantik Füze Sahasını desteklemek üzere yeni bir veri işleme merkezi kurulmaktadır.
- Programcılar
- Sistem Analistleri
Özgeçmiş gönderim adresi:
R. K. Patterson
Remington Rand Univac
Univac Park
St. Paul 16, Minnesota
Ek başvurular:
- F. E. Nagle — Remington Rand Univac, P.O. Box 500, Blue Bell, Pennsylvania
- J. R. Stahl — Remington Rand Univac, 315 Fourth Avenue, New York 10, N.Y.
Irk, inanç, renk veya ulusal köken gözetilmeksizin tüm nitelikli başvuru sahipleri değerlendirmeye alınır.
Kitaplar
Yönetim Modelleri ve Doğrusal Programlamanın Endüstriyel Uygulamaları
Abraham Charnes (Northwestern University) ve William W. Cooper (Carnegie Institute of Technology) tarafından
Sayısal örnekler, açıklamalar ve geometrik gösterimlerle doğrusal programlamanın tüm yönlerini ele alan iki cilt.
- Cilt I (1961): 467 sayfa — $11.75
- Cilt II (1961): Yaklaşık 448 sayfa — $11.75
Ayrıca Mevcuttur
- McCracken — FORTRAN Programlamaya Kılavuz (1961, 88 sayfa, $2.95)
- Grabbe, Ramo, Wooldridge (Ed.) — Otomasyon, Hesaplama ve Kontrol El Kitabı, Cilt 3 (1961, 1164 sayfa, $19.75)
- Siegel — Dijital Bilgisayarları Anlamak (1961, 403 sayfa, $8.50)
- Hennie — Mantıksal Devrelerin Yinelemeli Dizileri (1961, 242 sayfa, $4.95)
- Kipiniak — Dinamik Optimizasyon ve Kontrol: Varyasyonel Bir Yaklaşım (1961, yaklaşık 256 sayfa, $4.95)
John Wiley & Sons, Inc.
440 Park Avenue South
New York 16, N.Y.
Computers and Automation, Kasım 1961
Philco Corp., C & Tioga Sts., Phila. 34, Pa. /
Bilgisayarların ve/veya programlamanın öğretilmesi /
'27, Electronics Inst., '57, EDP sistem analizi ve programlama
Peterson, Daniel E. / Bilgisayar Programcısı, Atlantic Flt Opcon Center, FAU, Cincinnati, Norfolk 11, Va. / ABP /
'H, Univac Scientific / 1103A Sistem Operasyonları Eğitimi, '58, programlama
Petree, Barbara Rogers / Bilim İnsanı, Technical Operations, Inc., 3600 M St., Washington, D.C. / P /
'33, MIT, '55, programcı
Pettit, John T. / Direktör, Endüstriyel Dinamikler, Hughes Aircraft, Culver City, Calif. / AB, tümleşik sistemler /
'23, S.M. (PhD), '47
Pierce, James A. / Danışman, Bilgisayar Uygulamaları, 103 N. Terrace Dr., Wichita H, Kan. / AP /
'25, Westminster Coll., Purdue Univ., '50, danışman / üye, Kansas Computing Assoc.
Pina, Eduardo I. / Birim Şefi, Analiz Birimi, Boeing Airplane Company, P.O. Box 707, Renton, Wash. / AM, Operations ITS /
'41, Univ. of Mass., '54, matematikçi / Pi Mu Epsilon Matematik Onur Derneği, Sigma Xi
"Çarpışma Uyarı Sistemi için Operasyonel Gereksinimler," "İki İşbirlikçi Çarpışmadan Kaçınma Sistemi Test İstatistiklerinin Karşılaştırılması," çeşitli makaleler