+ All Categories
Home > Documents > Inginerie Software c2

Inginerie Software c2

Date post: 06-Nov-2015
Category:
Upload: adi-carpinisan
View: 64 times
Download: 0 times
Share this document with a friend
Popular Tags:
75
Inginerie Software Curs 2 Instructor : Conf. dr. Cristina Mndruª [email protected] Sites: http://sites.google.com/site/ingswcm http://web.info.uvt.ro/~cmindruta/Curs_IS_SwEng
Transcript
  • Inginerie SoftwareCurs 2

    Instructor : Conf. dr. Cristina [email protected]

    Sites: http://sites.google.com/site/ingswcmhttp://web.info.uvt.ro/~cmindruta/Curs_IS_SwEng

    id16690669 pdfMachine by Broadgun Software - a great PDF writer! - a great PDF creator! - http://www.pdfmachine.com http://www.broadgun.com

  • Site : http://sites.google.com/site/ingswcm

    Acces cu

    Google account : ingsw.student.uvt Password : ingswuvt

  • Fiind dat o colecie de linii de text (iruri) memorate ntr-un fiier, sortai-le n ordine alfabetic, i scriei-le n alt fiier.

    Un program simplu

    What is the format of the data?

    Cum trebuie stocate datele?

    Sortare ascendent sau descendent?

    Ce facem cu caracterele nealfabetice?

    Cum tratm liniile vide i fiierele vide?

    Cum trebuie tratatecondiiile de eroare?

    Ct de rapid trebuie s fie sortarea?

    Se estimeaz extinderea n viitor a programului?

    Ce fel de interfa trebuie s aib programul?

    Care este dimensiunea datelor de intrare?

    Pe ce platforme trebuie s poat fi executat programul?

    Cnd are clientul nevoie de program i ct e dispus s plteasc?

  • Rezumat; concluzii

    Un singur program Dezvoltat de o singur persoan Puini utilizatori

    Probleme: Cerine funcionale i atribute de calitate Constrngeri i decizii de proiectare Testare Estimare efort Detalii de implementare

    Activiti: nelegerea cerinelor Estimarea efortului i posibil planificarea dezvoltrii Proiectarea soluiei Implementarea soluiei Testarea corectitudinii i a acceptrii de ctre utilizator

    Un process (simplu).Documentaie minimal.

    Dar dac ?Sistem complex cu componente multiple.

  • Subiecte tratate

    Probleme ale dezvoltrii i asigurrii de suport pentru prdusele software

    Un program simplu Mrimea i complexitatea unui sistem Probleme tehnice i non-tehnice Probleme ale aplicaiilor de dimensiuni mari Eforturi de coordonare proces, produs i persoane

    OSUREOHPPDLFRPSOH[: Sistem stat de plat ipoteticStat de plat : (1) suma tuturor nregistrrilor financiare ale salariilor angajailor, bonusurilor i

    deducerilor. (2) sum pltit angajailor pentru serviciile oferite de acetia ntr-un anumit interval de timp.

  • Sistem stat de plat ipotetic Cerine

    Cerine funcionale: (exemple)

    Adugare, modificare, tergere nume i informaii personale asociate ale tuturor angajailor

    Adugare, modificare, tergere toate beneficiile asociate cu toi angajaii

    Care sunt informaiile asociate?Pe cine s ntreb? Utilizator, client, manager proiect?Trebuie s documentez rspunsurile?

    Ce nseamn toate beneficiile?Ce implicaii are posedarea unui beneficiu asupra plii unui angajat?Exist o list cu toate beneficiile posibile? Va fi aceasta modificat n viitor?

  • Sistem stat de plat ipotetic Cerine

    Cerine funcionale: (exemple)

    Adugare, modificare, tergere toate taxele i alte deduceri asociate tuturor angajailor

    Adugare, modificare, tergere toate veniturile brute asociate tuturor angajailor

    Adugare, modificare, tergere toi algoritmii relativi la calcularea plii nete pentru fiecare angajat

  • Sistem stat de plat ipotetic Cerine

    Care este ciclul de realizare a statului de plat?Care este termenul de transmitere a informaiilor (ex. cretere de salariu).

    Pentru a gestiona corect Cerinele funcionale trebuie nelese cunotinele specifice domeniului aplicaiei relative la problem.

    Cerine funcionale: (exemple)

    Generarea unui cec de plat sau a unui depozit bancar direct pentru fiecare angajat

  • Sistem stat de plat ipotetic Cerine

    Atribute de calitate (cerine extra-funcionale): (exemple)

    Performan

    Care este volumul tranzaciilor de plat?Care este viteza de procesare pentru o tranzacie?

    Pentru a gestiona corect atributele de calitate sunt necesare cunotine despre sistemul tehnic.

  • Sistem stat de plat ipotetic Cerine

    Atribute de calitate (cerine extra-funcionale): (exemple)

    Utilizabilitate

    Pentru a gestiona corect atributele de calitate sunt necesare cunotine despre informaii de interfa.

    Ce experien are utilizatorul n folosirea de interfee grafice?Care sunt profilele utilizatorilor? Cum se anuleaz i reproceseaz un cec de plat bazat pe o nregistrare incorect?

  • Sistem stat de plat ipotetic Cerine

    Aprox 15% din defectele software-lui se datoreaz erorilor din cerine.

    Erorile din cerine sunt foarte dificil de remediatGDFVXQWdescoperite trziu.

    REVIZUIREA specificaiilor cerinelor cu clienii / utilizatorii.

    Revizuiri graduale pe specificaii de cerine dezvoltate incremental. Revizuire a cerinelor finale integrate.

  • Sistem stat de plat ipotetic Proiectare

    Cerinele funcionale adaugare, actualizare, tergere trebuie grupate ntr-o singur component numit funcii administrative stat?

    DA !

    Grupare funcii nrudite n componente

  • Sistem stat de plat ipotetic Proiectare

    Trebuie s grupez funciile de procesare(calcularea tuturor deducerilor i a sumei nete de plat) ntr-o singur component numitprocesare stat?

    DA !

    Grupare funcii nrudite n componente

  • Sistem stat de plat ipotetic Proiectare

    S plasez toate funciile de interfa cu sisteme externe ntr-o component numit interfee stat.

    DA !

    Grupare funcii nrudite n componente

  • Sistem stat de plat ipotetic Proiectare

    Trebuie s fiu pregtit s gestionez erorile i excepiile. S adun rutinele de tratare a acestora ntr-o component de procesare a excepiilor?

    DA !

    Grupare funcii nrudite n componente

  • Sistem stat de plat ipotetic Proiectare

    Avantajele gruprii funciilor nrudite n componente:

    Ofer un grad de coeziune n cadrul componentei Corespunde fluxului business i contextului de procesare

    a statului

    Ofer o potenial asignare pe componente a sarcinilor de lucru

    Permite mpachetarea mai simpl a software-lui, pe componente.

  • Sistem stat de plat ipotetic Proiectare

    Proiectanii trebuie s considere att caracteristicile decoeziune ct i de cuplare ale unui model proiect software,

    urmrind

    coeziune puternicSHQWUXILHFDUHFRPSRQHQWi

    cuplare slab ntre componente.

  • Sistem stat de plat ipotetic Proiectare

    Servicii business : grupate n componente coezive.Servicii comune (ex. help, ecrane comune) : utilizate de mai multe

    componente grupate ntr-o component de servicii.

    Vedere bidimensional a entitilor modelului proiect

  • Sistem stat de plat ipotetic Proiectare

    Prototipul interfeei utilizator : Arhitectura ecranului

    Layout i stil Coninut Relaii de navigare

    Obs. In acest exemplu nu e o preocupare central de proiectare deoarece aplicaia este puternic orientat pe procesare n loturi de lucrri i slab interactiv.

  • Sistem stat de plat ipotetic Proiectare

    Proiectarea bazei de date :

    tabele

    chei

    Obs. In acest exemplu este o preocupare central de proiectare deoarece aplicaia lucreaz intensiv cu multe date.

  • Sistem stat de plat ipotetic Proiectare

    Competene de proiectare din perspectiva mrimii : Baz de date

    Reea

    Interfee de transmisie Interfee de imprimare Interfee cu sisteme de operare Medii de dezvoltare Domeniul aplicaie stat de plat

  • Sistem stat de plat ipotetic Proiectare

    Competene de proiectare din perspectiva complexitii : Performan Procesare erori

    Tratarea nregistrrilor angajat ce nu pot fi procesate includere exit-uri ctre procesare manual ireconcilierea nregistrrilor procesate manual cu sistemul stat de plat automat.

    Tratarea informaiilor conflictuale

  • Sistem stat de plat ipotetic Proiectare

    Tehnici aplicate:

    Descompunere funcional

    Sintez

    Definirea interaciunilor dintre componente

    Definirea interaciunilor din componente

  • Sistem stat de plat ipotetic Proiectare

    Diferene fa de proiectarea unui program cu un singur modul:

    Disciplin superioar

    Principii de ghidare suplimentare

    Echipe cu mai muli membri

  • Sistem stat de plat ipotetic Codificare module

    Pentru fiecare unitate funcional dintr-o component dat construii una sau mai multe uniti de programare(module):

    Codificai layout-ul exact al interfeei ecran ntr-un limbaj de programare dat

    Codificai logicaH[DFWde funcionare ntr-un limbaj de programare dat

    Codificai logicaH[DFWGHacces la date i de stocare a acestora, ntr-un limbaj de programare dat

    Codificai logicaH[DFWGHinterfa ntr-un limbaj de programare dat

  • Sistem stat de plat ipotetic Codificare module

    Stabilii standarde n cazul mai multor uniti de programare, pentru:

    Convenii de numire pentru identificarea unic a modulului ntr-o ierarhie de componente i module

    Comentarii pentru descriere : condiii de intrare i de ieire din modul, date vitale pentru procesare, funcie urmrit.

    Mesaje de eroare

  • Sistem stat de plat ipotetic Testare module

    La nivel de modul :

    Testare a fiecrei uniti de programare (modul) : Setarea condiiilor modulului Alegerea datelor de intrare potrivite Rularea modulului i observarea comportamentului su

    prin verificarea ieirilor.

    Remediere eroare descoperit

    Re-testare modul

  • Sistem stat de plat ipotetic Integrare i testare funcionalitate

    La nivel de unitate funcional :

    Integrarea (compilare i editare de legturi) tuturor modulelor testate n cadrul unitii funcionale corespunztoare.

    Aplicarea cazurilor de testare1 asupra unitii funcionale.Remedierea erorilor n modulele specifice.Re-testarea unitii funcionale.

    1Cazurile de testare (scenarii) sunt proiectate pe baza cazurilor de utilizare(scenarii) care sunt derivate din cerinele funcionale ale sistemului.

  • Sistem stat de plat ipotetic Integrare i testare funcionalitate

    La nivel de unitate funcional :

    Dup ce testarea funcional a fost trecut, blocareamodulelor din unitatea funcional fa de modificri ulterioare.

    Aplicarea unui mecanism de management al configuraiilor.Acesta poate fi automatizat utiliznd unelte pentru managementul configuraiilor (ex. CVS, Subversion,)

  • Sistem stat de plat ipotetic Lansare

    Integrarea tuturor componentelor i testarea pentru a ne asigura c ntreg sistemul funcioneaz ca ansamblu i n contextul de la utilizatorul final.

    Detectarea problemelor la interfaa sistemului.Detectarea problemelor de interaciune ntre componente.Remedierea problemelor descoperite. Re-testareaILHFUXL modul modificat, unitilor funcionale

    corelate i sistemului n ansamblu.

    Cnd nu mai apar probleme, protejarea acestei versiuni asistemului (release) fa de modificri ulterioare.

  • Sistem stat de plat ipotetic Lansare

    Educarea utilizatorilor pentru utilizarea sistemului: Pregtirea materialului de instruire Instruirea utilizatorilor

    Pregtirea personalului de asisten tehnic instruit n: Sistemul stat de plat Contexte utilizator Instrumente necesare n acordare de asisten

    utilizatorilor

    LANSARE (RELEASE) sistem stat de plat.

  • Sistem stat de plat ipotetic Suport i ntreinere

    Aplicaie simpl : nu constituie o problem major.

    Aplicaie complex : poate necesita un set foarte complex de activiti.

  • Sistem stat de plat ipotetic Suport i ntreinere

    Aplicaie complex : poate necesita un set foarte complex de activiti.

    Pe cine apeleaz utilizatorul (dup ce a consultat manualul utilizator) cnd aplicaia se oprete i afieaz un mesaj cu mai multe opiuni pentru utilizator nainte de ca sistemul s poat continua procesarea?

    Pe cine apeleaz utilizatorul cnd banca a modificat interfaa de transfer direct a sumelor pltite?

    Pe cine apeleaz utilizatorul cnd sistemul stat de plat expuneRproblem de comportament dup remedierea unei probleme anterioare?

  • Sistem stat de plat ipotetic Suport i ntreinere

    Estimarea i alocarea resursei umane, bazat pe: Numrul ateptat de clieni i utilizatori Numrul i tipurile problemelor cunoscute ce existau la lansarea

    sistemului

    Estimarea numrului de probleme ce vor fi descoperite de utilizator Gradul instruirii utilizatorilor Gradul instruirii personalului de asisten utilizator Numrul personalului de dezvoltare determint s se implice n

    asigurare de asisten utilizator Numrul estimat de lansri pentru remediere probleme i pentru

    modificri funcionale.

  • Sistem stat de plat ipotetic Suport i ntreinere

    Se consider cel puin dou grupuri de personal de asisten tehnic:

    Un grup ce rspunde i gestioneaz utilizarea sistemului i rezolv problemele simple

    Competene: comunicare, cunoaterea utilizrii sistemului

    Un grup ce remediaz problemele dificile i implementeaz modificrile ulterioare.

    Competene: proiectare, codificare

    Obs. Organizaia de asisten tehnic i ntreinere este comparabil n dimensiune i complexitate cu echipa original de dezvoltare.

  • Subiecte tratate

    Probleme ale dezvoltrii i asigurrii de suport pentru prdusele software

    Un program simplu Mrimea i complexitatea unui sistem Probleme tehnice i non-tehnice Probleme ale aplicaiilor de dimensiuni mari Eforturi de coordonare proces, produs i persoane

  • Eforturi de coordonare

    Ultimul exemplu demonstreaz necesitatea mai multor activiti ale ingineriei software (specificarea i analiza cerinelor, proiectarea, implementatarea, testarea i integrarea, asisten tehnic,).

    Sisteme mari i complexe scalare a: Procesului necesar Structurii de proiectare i coninutului produsului Personalului necesar

  • Eforturi de coordonare

    Proces:

    anii 1990 - mbuntit (extins, complicat) prin: Mai multe revizuiri, inspecii, testri, ntruniri de lucru Eforturi mari pentru asigurarea calitii i realizarea de

    msurtori cu scopul de a preveni, detecta i corecta problemele, a mbunti calitatea software-lui i a crete productivitatea dezvoltatorilor de software.

    anii 2000 simplificat pentru a rspunde provocrilor referitoare la timp de lansare i la cost ale pieii de produse software.

    Nu exist un proces valabil n orice situaie !!!

  • Eforturi de coordonare

    Produs:Produsul software conine: Codul executabil Documentaie: specificaiile cerinelor, modelul proiect,

    scenariile testelor funcionale, manualul utilizator Kit instruire utilizator (optional) Suport (optional)

  • Eforturi de coordonare

    Produs:

    Motivaie coordonare modificri: O coeziune iniial puternic i o cuplare slab se vor

    eroda pe msur ce se aplic modificri. Crete complexitatea cresc eforturile de testare

    Cum s proiectm modificrile ?Cum s coordonm modificrile ?

  • Eforturi de coordonare

    Persoane:

    Resursa uman este crucial n dezvoltarea i asigurarea de suport pentru produse software !!!

    Industria de software este nc labor intensive (! Munc intelectual de nalt calificare !)

    Cum s coordonm activitile persoanelor implicate n dezvoltarea produsului software ?

    Cum gestionm resursa uman ?

  • Ce ?INGINERIA SOFTWARE !

    De ce?

    Cum?

    Cine?

    Cnd?

    Q&A

  • Motivaii pentru inginerie software

    Economiile TUTUROR rilor dezvoltate sunt dependente de software.

    Din ce n ce mai multe sisteme sunt controlate prin software.

    Cheltuielile pentru software reprezint o parte semnificativ din PNB n toate rile dezvoltate.

    Apar din ce n ce mai multe cerine pentru sisteme software mai mari i mai complexe.

    Multe proiecte software au euat.

    Apar defecte la sisteme software.

  • Euarea proiectelor

    Factorii de eec cei mai importani: Lips de informaii de la utilizator Cerine i specificaii incomplete Cerine i specificaii instabile Lips resurse

    Chaos Report 1995 doar 16% din proiecte sunt complet realizate cu succes.

    Rspunsuri la sondaje:

    Factorii de succes cei mai importani: Implicarea utilizatorului Suport din partea managementului executiv Declaraii clare ale cerinelor Planificare corespunztoare

  • Euarea produsului

    Procentul mediu al erorilor funcie de originea lor:

    DAR acestea au costuri diferite, cele mai costisitoare fiind erorile provenite din cerine.

  • Euarea produsului

    Alte surse de eec sunt management, comunicare sau instruire defectuoase.

    Strategii de baz pentru management:

    Atenie concentrat pe contextul dezvoltrii software-lui

    Proces de dezvoltare disciplinat Utilizarea metodic a metricelor pentru a msura intele

    de cost, timp i performan.

  • InginerieDefiniii :

    (wikipedia) Disciplina, arta, competena, profesiunea i tehnologia de a achiziiona i aplica cunotine tiinifice, matematice, economice, sociale i practice pentru a proiecta i construi structuri, maini, dispozitive, sisteme, materiale i procese.

    (ECPD) The creative application of scientific principles to design or develop structures, machines, apparatus, or manufacturing processes, or works utiliyzing them singly or in combination; or to construct or operate the same with full cognizance of their design; or to forecast their behavior under specific operating conditions; all as respects an intended function, economics of operation and safety to life and property.

  • Produsul software

    Def. Produs software = programe de calculator i documentaia asociat (cum ar fi cerine, modele de proiectare i manuale utilizator).

    Metode pentru realizare de software nou:

    Dezvoltare de programe noi

    Configurare de sisteme software generice

    Reutilizare software existent.

  • Produsul software

    Def. Produs software = programe de calculator i documentaia asociat (cum ar fi cerine, modele de proiectare i manuale utilizator).

    Specificul produsului software: Intangibil Uor de reprodus costul este dat de dezvoltarea i nu de

    manufacturarea lui Uor de modificat Nu se consum

  • Ingineria software

    Def. Ingineria software = (1) aplicarea unei abordri sistematice, disciplinat, cuantificabil la dezvoltarea, operarea, ntreinerea software-lui; adic, aplicarea ingineriei la software. (2) studiul abordrilor din (1) . (IEEE)

    Def. Ingineria software = disciplin de inginerie care se ocup cu toate aspectele producerii de software, din fazele iniiale ale specificrii sistemului pn la ntreinerea sistemului dup darea lui n folosin. (Ian Sommerville, 2007)

  • Ingineria software

    Def. Ingineria software = disciplina referitoare la dezvoltarea i ntreinerea de sisteme software care se comport fiabil i eficient, se pot dezvolta i ntreine cu preuri accesibile, i satisfac toate cerinele pe care clienii le-au definit pentru ele. (Computing Curricula 2005, ACM, AIS, IEEE-CS )

    Integreaz principii de matematic i tiina calculatoarelor cu practici de inginerie dezvoltate pentru artefacte fizice, tangibile.

  • Inginerul software

    Inginer software LQJLQHUFDUHDSOLFSULQFLSLLOHLQJLQHULHLsoftware la proiectarea, dezvoltarea, testarea, i evoluia produselor.

    Inginerii software trebuie s: adopte o abordare sistematic i organizat a muncii lor utilizeze unelte i tehnici corespunztoare conform cu:

    problema de rezolvat, constrngerile de dezvoltare, resursele disponibile.

  • Inginerul software

    Responsabiliti:

    Proiectarea, dezvoltarea, implementarea i testarea aplicaiilor mpreun cu evaluarea produsului.

    Proiectarea i crearea de software conform cerinelor clientului

    Dezvoltarea de soluii simple i eficiente pentru sarcini complexe

    Proiectarea i generarea de software bazate pe interaciunea cu programatorii i clienii

  • Inginerul software

    Software Engineer Job Responsibilities:

    - Will have to understand and learn new technologies.- Explain the client requirements to the programmers.- Understand the tactics and line of design.- Develop good communication and interaction with the team members for better outcome.- Explain the restraints of technology to the business managers.- Apply real time computation in to practice.- Manage and support multiple projects.- Adapt to different technical environments.- Upgrade with the latest technology.- Development and testing of the applications.- Ensure the performance of the software product.- Conduct quality analysis.- Will have to easily adapt to updated hardware and software fields.- Evaluation of the developed software to ensure the quality and to check whether it meets the required

    standards.- Review various business plans.- Is responsible for full-lifecycle application growth.- Design, code and debug applications in several software languages.

  • Procesul software

    Def. Procesul software - set structurat de activiti ce au ca scopdezvoltarea i evoluia software-lui.

    Activiti generice ce apar n toate procesele software: Specificare

    definirea funciilor sistemului i a constrngerilor n dezvoltarea sa Dezvoltare

    producerea sistemului software Validare

    verificarea faptului c software-ul produs este ceea ce vrea clientul Evoluie

    modificarea software-lui ca rspuns la modificarea cerinelor.

  • Model de proces software

    Def. Un model de proces software este o reprezentare simplificat a unui proces software, prezentat dintr-o perspectiv specific.

    Exemple de perspective ale procesului sunt Perspectiva fluxului de lucru secven de activiti; Perspectiva fluxului de date fluxul informaiilor; Perspectiva rol/actiune cine ce face.

    Modele generice de procese Cascad; Dezvoltare incremental; Inginerie software orientat pe reutilizare.

  • Metode ale ingineriei software

    Def. Metodele ingineriei software sunt abordri structurate ale dezvoltrii de software care includ modele de sisteme, notaii, reguli, recomandri de proiectare i ghidare proces.

    Descrieri de modeleDescrieri de modele grafice ce trebuie produse; ReguliConstrngeri aplicate modelelor sistemului; RecomandriSfaturi referitoare la bune practici de proiectare; Ghidare procesCe activiti trebuie urmate i cum.

  • CASE (Computer-Aided Software Engineering)

    Def. CASE sunt sisteme software destinate s furnizeze suport automat pentru activitile procesului software.

    Sistemele CASE sunt deseori utilizate pentru a oferi suport unor metode.

    Upper-CASE Instrumente utilizate n activitile din primele etape ale

    procesului (specificare cerine, proiectare); Lower-CASE

    Instrumente utilizate n activitile din etapele ulterioare ale procesului (ex. programare, depanare, testare).

    Exemple ?

  • Atribute ale unui software de calitate

    Software-ul trebuie s furnizeze utilizatorului funcionalitatea iperformana solicitate i trebuie s fie mentenabil, de ncrederei acceptabil.

    Mentenabilitate Software-ul trebuie s evolueze n sensul ndeplinirii de cerine n schimbare;De ncredere Software-ul trebuie s inspire ncredere;Eficien Software-ul nu trebuie s fac risip de resursele sistemului;Acceptabilitate Software-ul trebuie s fie acceptat de ctre utilizatorii pentru care a fost

    proiectat. Aceasta nseamn c trebuie s poat fi neles, utilizabil i compatibil cu alte sisteme.

  • Responsabilitate profesional i etic

    Ingineria software implic responsabiliti mai largi dectsimpla aplicare a competenelor tehnice.

    Inginerii software trebuie s aib un comportament onesti s manifeste responsabilitate etic pentru a firespectai ca profesioniti.

    Comportamentul etic nseamn mai mult dect simplasusinere a legii.

  • Probleme de responsabilitate profesional i etic

    Confidenialitate Inginerii trebuie s respecte confidenialitatea

    angajatorului i a clienilor, indiferent dac a fost sau nu semnat un contract de confidenialitate.

    Competen Inginerii trebuie s-i reprezinte corect nivelul de

    competen. Ei nu trebuie s accepte sarcini care nu se ncadreaz n competenele pe care le dein.

  • Probleme de responsabilitate profesional i etic

    Drepturi de proprietate intelectual Inginerii trebuie s fie contieni de legile locale care

    guverneaz utilizarea proprietii intelectuale, cum ar fipatente, copyright, etc. Ei trebuie s fie ateni n a se asigurac este protejat proprietatea intelectual a angajatorului i a clienilor.

    Abuzarea calculatorului Inginerii software nu trebuie s-i utilizeze cunotinele

    tehnice pentru a abuza de calculatoarele altor persoane. Abuzarea calculatoarelor variaz de la relativ trivial (ex. jocpe calculator) la extrem de serios (diseminare de virui).

  • Codul de etic ACM/IEEE

    Societile profesionale din USA au cooperat n vederea producerii unui cod de practic etic.

    Membrii acestor organizaii semneaz un cod de practic etic n momentul aderrii. Codul conine Opt Principii relativ la comportamentul i deciziile inginerilor software

    profesioniti, incluznd liber-profesionitii, educatorii, managerii, supervizorii i cei care fac politicile, precum i instructorii i studenii acestei profesiuni.

    Preambul Inginerii software trebuie s se angajeze n a face din analiza,

    specificarea, proiectarea, dezvoltarea, testarea i ntreinereasoftware-lui o profesiune folositoare i respectat.

    Conform cu angajamentul lor relativ la sntatea, sigurana ibunstarea publicului, inginerii software trebuie s adere la urmtoarele Opt Principii:

  • Codul de etic - principiile

    PUBLIC Inginerii software trebuie s acioneze n concordan cu

    interesul public.

    CLIENT I ANGAJATOR Inginerii software trebuie s acioneze ntr-o manier care s

    reprezinte cel mai bine interesele angajatorului i ale clientului, n concordan cu interesul public.

    PRODUS Inginerii software trebuie s asigure faptul c produsele lor i

    modificrile acestora respect cele mai nalte standardeprofesionale.

  • Codul de etic - principiile

    PUBLIC Inginerii software trebuie s acioneze n concordan cu

    interesul public.

    CLIENT I ANGAJATOR Inginerii software trebuie s acioneze ntr-o manier care s

    reprezinte cel mai bine interesele angajatorului i ale clientului, n concordan cu interesul public.

    PRODUS Inginerii software trebuie s asigure faptul c produsele lor i

    modificrile acestora respect cele mai nalte standardeprofesionale.

  • Codul de etic - principiile

    DISCERNMNT Inginerii software trebuie s-i pstreze integritatea i

    independena n opiniile profesionale.

    MANAGEMENT Managerii i conductorii din ingineria software trebuie s

    subscrie la i s promoveze o abordare etic a managementului dezvoltrii i ntreinerii de software.

    PROFESIUNE Inginerii software trebuie s promoveze integritatea i reputaia

    profesiunii n concordan cu interesul public.

  • Codul de etic - principiile

    COLEGIALITATE Inginerii software trebuie s fie cinstii i s-i sprijine colegii.

    SELF Inginerii software trebuie s se perfecioneze continuu relativ la

    practicarea profesiunii i trebuie s promoveze o abordare eticn practicarea acesteia.

  • Dileme etice

    Dezacordul de principiu cu politicile managementuluisuperior.

    Angajatorul acioneaz ntr-un mod lipsit de etic ilanseaz un sistem critic din punct de vedere al siguranei fr a finaliza testarea acestuia.

    Participarea la dezvoltarea de sisteme militare saunucleare.

  • Computing

    Computing orice activitate orientat pe obiectiv, care necesit, beneficiaz de sau creaz calculatoare.

    Disciplinele fundamentale: Computer Engineering Computer Science Information Systems Information Technology Software Engineering

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS

  • Computing

    Computing Curricula 2005 The Overview Report, A cooperative project of ACM, AIS, IEEE-CS


Recommended