Într-un design de programare pentru computer, definiți un domeniu delimitând un set de cerințe comune, terminologie și funcționalitate pentru orice program softwareconstruite pentru a rezolva o problemă în zona de programare pe calculator , cunoscut sub numele de domeniu de inginerie . Cuvântul domeniu este, de asemenea, luat ca sinonim al domeniului aplicației .
EXISTĂ 7 TIPURI DE DOMENII SOFTWARE: -
• Programul sistemului
• Software de aplicație
• Inginerie / software științific
• Software încorporat
• Software de linie de produse
• WebApps (aplicații Web)
• Software AI
Europa este o "comoară pe care am moştenit-o"
Robotul ADN ar putea ucide celulele canceroase
SARS a fost o boală relativ rară; la sfârșitul epidemiei, în iunie 2003
Software-Defined Radio ca platformă pentru radio cognitiv
Max Robert , Bruce A. Fette , în Tehnologia radio cognitivă (ediția a doua) , 2009
Acest capitol explorează atât hardware-ul, cât și domeniile software ale radioului definit prin software (SDR). Deși un radio definit de software nu este un element constitutiv necesar al unui radio cognitiv (CR), utilizarea SDR în CR poate oferi capacități semnificative sistemului final. O implementare SDR este o decizie de sistem, în care selectarea atât a compoziției hardware subiacente, cât și a arhitecturii software sunt aspecte critice de proiectare. Selectarea compoziției hardware pentru o implementare SDR necesită o evaluare a unei varietăți de aspecte, de la capacitatea hardware-ului de a susține semnalele necesare până la alte aspecte de performanță, cum ar fi consumul de energieși zona de siliciu. Abordările tradiționale pot fi utilizate pentru a estima nevoile la nivelurile de RF și de achiziție de date. În etapa de procesare, este posibil să se creeze o estimare a capacității unei platforme de procesare de a putea suporta un anumit set de funcții de procesare a semnalului. Cu o astfel de analiză, este posibil să se stabilească amestecul adecvat de procesoare de uz general (GPP), procesoare de semnal digital (DSP), matrice de poartă programabile în câmp (FPGA) și mașini de calcul personalizate (CCM) pentru un anumit set de nevoile de procesare a semnalului.
Integrarea SysML într-un mediu de dezvoltare a sistemelor
Sanford Friedenthal , ... Rick Steiner , în Ghid practic pentru SysML , 2008
Transformarea modelului
Există în mod clar multe limbaje de modelare diferite pentru sisteme, hardware și dezvoltare software, precum și limbaje specifice domeniului pentru analiza în timp real,modelarea proceselor de afaceri și așa mai departe. Când dorința este de a muta datele dintr-un limbaj de modelare în altul, este necesară o transformare a modelului; aceasta implică maparea conceptelor dintr-o limbă în conceptele într-o altă limbă. Transformarea poate duce la pierderea datelor sau ambiguitate. Există standarde bazate pe Facilitatea OMG Meta Object [20] care oferă o bază pentru aceste transformări dacă metamodelul pentru limbă este exprimat într-un format standard MOF. Există multe alte abordări ale transformării modelelor și acest domeniu va deveni din ce în ce mai important pe măsură ce abordările bazate pe model și limbajele specifice domeniului sunt utilizate mai des.
Software de procesare și analiză a imaginilor medicale
Thomas S. Spisz , Isaac N. Bankman , în Handbook of Medical Imaging , 2000
12.4 Prezentare generală
NIH Image a fost dezvoltat de Wayne Rasband la National Institutes of Health (NIH). Este un software de domeniu public și poate fi obținut de pe site-ul web NIH Image ( http://rsb.info.nih.gov/nih-image/ ) sau de un FTP anonim de la zippy.nimh.nih.gov . NIH Image este în primul rând un instrument de analiză, mai degrabă decât un instrument de dezvoltare pentru aplicații de procesare a imaginilor.
NIH Image rulează pe Macintosh și poate achiziționa, afișa, edita, îmbunătăți, analiza și anima imagini ( Fig. 15 ). Citește și scrie fișiere TIFF, PICT, PICS și MacPaint și este compatibil cu alte programe de scanare, procesare, editare, publicare și analiză a imaginilor. Suportă multe funcții standard de procesare a imaginilor, inclusiv îmbunătățirea contrastului, profilarea densității, netezirea, ascuțirea, detectarea marginilor, filtrarea mediană și convoluția spațială cu nuclee definite de utilizator. Imaginile pot fi procesate cu diverse operații aritmetice care includ adăugarea, scăderea, înmulțirea sau împărțirea la o constantă, precum și operații logice. NIH Image oferă, de asemenea, filtrare morfologică și FFT. Poate măsura suprafața, media, centroidul, perimetrul și minimulși valorile maxime de gri ale regiunilor selectate. De asemenea, poate efectua analize automate de particule și oferă instrumente pentru măsurarea lungimilor și unghiurilor traseului. Suportă calibrarea spațială și a densității imaginii cu unitățile specificate de utilizator. O paletă de instrumente acceptă editarea imaginilor color și la scară de gri, inclusiv posibilitatea de a desena linii, dreptunghiuri și text. Imaginile sau regiunile selectate pot fi răsturnate, rotite, inversate și redimensionate. Suportă mai multe ferestre și opt niveluri de mărire.
Cerințe de proiectare UX: povești și cerințe ale utilizatorilor
Rex Hartson , Pardha Pyla , în UX Cartea ( a , 2019
10.3.6.3 Necesități de asistență ale sistemului
Puteți întâlni, de asemenea, ocazional cerințe de sistem pentru probleme în afara experienței utilizatorului sau a domeniilor software , cum ar fi extensibilitatea, fiabilitatea, securitatea și lățimea de bandă a comunicațiilor . Acestea sunt tratate într-un mod similar cu cel utilizat pentru intrările de cerințe software.
Exemplu: Cerințe de asistență de sistem pentru TKS
Câteva exemple din TKS WAAD ilustrează:
Notă privind activitatea profesională: „Furtul de identitate și frauda cu cardul de credit sunt preocupări imense pentru mine.”
Cerința sistemului: „Sistemul va avea caracteristici specifice pentru a proteja cumpărătorii de bilete împotriva furtului de identitate și a fraudei pe cardul de credit.” (Această „cerință” este vagă, dar este doar o notă pentru noi să contactăm oamenii din sisteme pentru a găsi soluții potențiale la această problemă.)
O altă constrângere a sistemului pentru mediul de lucru existent al MUTTS este necesitatea de a menține continuu funcțional serverul de card de credit securizat. Incapacitatea casei de bilete de a procesa tranzacțiile cu cardul de credit le-ar pune în esență afacerea. Această constrângere va fi și mai importantă în tranziția la TKS, unde operatorii umani nu vor fi prezenți pentru a observa sau a remedia astfel de probleme.
Iată un alt exemplu al modului în care o cerință UX creează, de asemenea, o cerință de asistență a sistemului, pe care ar trebui să o capturați aici:
Cerința UX: „Cumpărătorii de bilete vor putea vedea o previzualizare în timp real a locurilor disponibile pentru un loc.”
Cerințe de sistem corespunzătoare: „Sistemul va avea o infrastructură în rețea și o bază de date comună pentru a„ bloca și elibera ”locurile selectate într-un loc dat pentru o dată și oră date și pentru a actualiza disponibilitatea biletelor și a locurilor pe măsură ce au loc tranzacțiile chioșcului.”
Acesta este un moment bun pentru ca membrii echipei software să lucreze în paralel cu echipa dvs. pentru a capta aceste intrări în cerințele de software și sistem, astfel încât acestea să nu fie pierdute.
Integrarea SysML într-un mediu de dezvoltare a sistemelor
Sanford Friedenthal , ... Rick Steiner , în A Practical Guide to SysML (Ediția a treia) , 2015
18.3.4 Efectuarea transformărilor
Așa cum este descris în secțiunea 18.2.1 , multe instrumente de modelare diferite sunt utilizate într-un proiect de dezvoltare tipic pentru sisteme, hardware și software, precum și limbaje specifice domeniului pentru modelarea proceselor de afaceri, analiza în timp real și alte funcții. În secțiunea 18.1.3 , este descrisă suprapunerea care există între datele din diferite modele. Pentru instrumentele de schimb de informații despre model care sunt exprimate în diferite limbaje de modelare, se folosește o transformare a modelului pentru a traduce date dintr-un limbaj de modelare în altul. Aceasta implică maparea conceptelor într-o limbă cu conceptele într-o altă limbă.
Standardul pentru specificarea transformărilor bazate pe Meta Object Facility (MOF) OMG [24] se numește standardul Interogări, vizualizări și transformări (QVT) [35] , care oferă o bază pentru transformări dacă metamodelul pentru ambele limbi este exprimat în MOF. Există multe alte abordări ale transformării modelului. Acest domeniu este din ce în ce mai important pe măsură ce abordările standard bazate pe model și limbajele specifice domeniului devin mai răspândite.
Un scenariu comun de transformare este translația de la un model abstract la unul mai specific. Acest scenariu stă la baza abordării arhitecturii bazate pe modelul OMG (MDA) [33, 34] [33] [34] . În termeni MDA, un model independent de platformă (PIM) este transformat într-un model specific de platformă (PSM) prin adăugarea de date despre platformă. De exemplu, un PIM poate conține detalii desprealgoritm utilizat pentru procesarea unui semnal radar și latența maximă admisă între un semnal care ajunge și acesta devine disponibil. Un PSM corespunzător poate include detalii despre modul în care algoritmul este distribuit între nodurile de procesare , permițând o estimare mai bună a latenței reale.
Baza unei transformări este o descriere a limbajelor utilizate pe fiecare parte a transformării, care arată cum conceptele dintr-o limbă se asortează cu conceptele din cealaltă. Această mapare poate fi definită într-o singură direcție - de la sursă la țintă - sau poate fi definită în ambele direcții (consultați secțiunea 18.3.1 ). Modelele (sau fragmentele de model) definite într-o limbă sunt apoi utilizate ca intrare pentru un traducător pe baza transformării, care produce modele transformate sau fragmente de model în cealaltă limbă.
