nvmntul profesional i tehnic n domeniul TIC Proiect cofinanat din Fondul Social European n cadrul POS DRU 2007-2013

Beneficiar Centrul Naional de Dezvoltare a nvmntului Profesional i Tehnic

str. Spiru Haret nr. 10-12, sector 1, Bucureti-010176, tel. 021-3111162, fax. 021-3125498, vet@tvet.ro

IMPLEMENTAREA SISTEMELOR INFORMATICE Material de predare partea I

Domeniul: Informatic Calificarea: Analist programator Nivel 3 avansat

2009

AUTOR: Profesor, grad didactic II, Claudia Petre - Colegiul Economic Petre S. Aurelian Slatina

COORDONATOR: Profesor, grad didactic I, Mariana Violeta Ciobanu - Colegiul Tehnic Media Bucureti

CONSULTAN: IOANA CRSTEA expert CNDIPT ZOICA VLDU expert CNDIPT ANGELA POPESCU expert CNDIPT DANA STROIE expert CNDIPT

Acest material a fost elaborat n cadrul proiectului nvmntul profesional i tehnic n domeniul TIC, proiect cofinanat din Fondul Social European n cadrul POS DRU 20072013

Cuprins

I. Introducere......................................................................................................................4 II. Documente necesare pentru activitatea de predare.....................................................6 III. Resurse.........................................................................................................................7 Tema 1. Planificarea proiectelor informatice...............................................................................7 Realizarea unui sistem informatic reprezint o activitate complex i de durat, ce antreneaz mari resurse materiale, umane i de timp. ...................................................................................7 Prin analogie, realizarea unui sistem informatic se poate asemna foarte bine cu realizarea unui obiectiv de investiii. n acest sens, este lesne de intuit paralelismul dintre acestea. Aa cum obiectivele de investiii necesit un plan de realizare i de urmrire sub aspectul ncadrrii n costuri, termene de punere n funciune i niveluri calitative, tot la fel se pune problema i pentru realizarea unui proiect informatic.....................................................................................7 Planificarea activitilor din cadrul proiectelor informatice........................................................7 Obiectivul planificrii proiectelor este acela de a asigura realizarea acestora la termenele i cheltuielile prestabilite. Acest obiectiv nu este uor de realizat i poate ntlni multe obstacole pe durata realizrii proiectului. Unele din acestea sunt previzibile i, cu ajutorul experienei acumulate n decursul realizrii unor proiecte anterioare, pot fi depite, altele nu pot fi prevzute i numai abilitatea managerului de proiect poate determina surmontarea acestor obstacole.......................................................................................................................................7 n acest context, managerul de proiect trebuie s dispun de capacitatea de a alege cea mai bun cale pentru evitarea i depirea obstacolelor i s realizeze aciunile de remediere necesare la ntlnirea unor neajunsuri. Practica dovedete c fr o planificare riguroas, proiectele complexe nu pot fi realizate deoarece o estimare a costurilor i a termenelor de realizare pentru activitile implicate necesit o bun pregtire nc de la nceput. ...............................................................................7 1. Caracteristici de calitate a produselor software ..........................................................22 2. Asigurarea calitii produselor software.......................................................................24 Metrici ale fiabilitii..................................................................................................................25 V. Bibliografie...................................................................................................................44

I. Introducere
Materialele de predare reprezint o resurs suport pentru activitatea de predare, instrumente auxiliare care includ un mesaj sau o informaie didactic. Prezentul material de predare, se adreseaz cadrelor didactice care predau n cadrul colilor postliceale, domeniul Informatic, calificarea Analist programator. El a fost elaborat pentru modulul Implementarea sistemelor informatice, ce se desfoar n 150 ore, din care : Laborator tehnologic 48 ore. Instruire practic 30 ore Prezentul material abordeaz competenele: Coordoneaz proiecte informatice i Intocmete documentaie pentru sistemele informatice. Competene/Rezultatel e nvrii 1. Coordoneaz proiecte informatice Teme Tema 1 Planificarea proiectelor informatice Fie suport Fia 1 Stabilirea obiectivelor, echipei de proiect ; identificarea activitilor; alocarea resurselor, planurilor specifice Fia 2 Rapoarte specifice pentru monitorizare; elaborarea, ntreinerea i monitorizarea registrelor specifice Fia 3 Monitorizare,asigurarea calitii i fiabilitii sistemelor informatice; ncadrare n timp, detectarea problemelor i iniierea activitilor corectoare, autorizarea activitilor Fia 4 Documentaia de realizare;

Tema 2 Monitorizarea proiectelor informatice

Tema 3 Controlul proiectelor informatice

2. ntocmete documentaie pentru sistemele informatice

Tema 4 Documentaia sistemelor informatice

Competene/Rezultatel e nvrii

Teme

Fie suport

prezentare , descrierea datelor, analiza modulelor sistemului informatic Tema 5 Materiale de prezentare Tema 6 Documente de utilizare Fia 5 Materiale de prezentare Fia 6 Sisteme de ajutor . Omologarea/ recepionarea sistemului informatic.

II. Documente necesare pentru activitatea de predare

Pentru predarea coninuturilor abordate n cadrul materialului de predare cadrul didactic are obligaia de a studia urmtoarele documente: Standardul de Pregtire Profesional pentru calificarea Analist programator, nivelul 3 avansat www.tvet.ro, seciunea SPP sau www.edu.ro , seciunea nvmnt preuniversitar Curriculum pentru calificarea Analist programator, nivelul 3 avansat www.tvet.ro, seciunea Curriculum sau www.edu.ro , seciunea nvmnt preuniversitar

III. Resurse
Tema 1. Planificarea proiectelor informatice
Fia suport 1 Stabilirea obiectivelor, echipei de proiect ; identificarea activitilor; alocarea resurselor, planurilor specifice
Ce?

Realizarea unui sistem informatic reprezint o activitate complex i de durat, ce antreneaz mari resurse materiale, umane i de timp.

Prin analogie, realizarea unui sistem informatic se poate asemna foarte bine cu realizarea unui obiectiv de investiii. n acest sens, este lesne de intuit paralelismul dintre acestea. Aa cum obiectivele de investiii necesit un plan de realizare i de urmrire sub aspectul ncadrrii n costuri, termene de punere n funciune i niveluri calitative, tot la fel se pune problema i pentru realizarea unui proiect informatic.

Planificarea activitilor din cadrul proiectelor informatice Obiectivul planificrii proiectelor este acela de a asigura realizarea acestora la termenele i cheltuielile prestabilite. Acest obiectiv nu este uor de realizat i poate ntlni multe obstacole pe durata realizrii proiectului. Unele din acestea sunt previzibile i, cu ajutorul experienei acumulate n decursul realizrii unor proiecte anterioare, pot fi depite, altele nu pot fi prevzute i numai abilitatea managerului de proiect poate determina surmontarea acestor obstacole.

n acest context, managerul de proiect trebuie s dispun de capacitatea de a alege cea mai bun cale pentru evitarea i depirea obstacolelor i s realizeze aciunile de remediere necesare la ntlnirea unor neajunsuri. Practica dovedete c fr o planificare riguroas, proiectele complexe nu pot fi realizate deoarece o estimare a costurilor i a termenelor de realizare pentru activitile implicate necesit o bun pregtire nc de la nceput.

Sistemele informatice se construiesc. Au ca obiectiv sporirea eficienei activitilor i servesc sistemului de conducere al organizaiei respective n obinerea informaiilor necesare lurii deciziilor i urmrirea executrii acestora.

ntr-un sistem informatic sunt : - sistematizate toate activitile - se fixeaz termene i sarcini exacte pentru fiecare persoan implicat n procesul informaional - sunt stabilite metodele cele mai potrivite pentru desfurarea activitilor - sunt stabilite resursele necesare (echipamente , programe , specialiti) - permanent sunt evaluate ieirile pentru a se adopta la noile cerine sau restricii , pentru a-l dezvolta. Un sistem informatic este un produs. Pentru realizarea lui trebuie mai nti specificate clar : - cerinele utilizatorului (ce se cere) - analizate condiiile existente (ce se d) - imaginate diferite variante de proiectare i evaluate consecinele fiecruia - construite procedurile program i cele de interfa , - abia dup aceasta urmnd implementarea n condiii reale a aplicaiei soft. Partea final este cea de ntreinere a produsului creat i de dezvoltare. Dac anumite schimbri tehnologice sau organizaionale conduc la considerarea sistemului neadecvat, se procedeaz la o nou analiz a cerinelor i o reproiectare. Proiectarea unui sistem informatic chiar dac nu este la nivelul unei ramuri de activitate (informatizarea nvmntului) sau al unei instituii economice (sistemul informatic al unei societi) ci al unei activiti oarecare (salarizare , gestiunea stocurilor etc.) presupune efortul unei echipe de programatori desfurat pe o perioad nsemnat de timp, cu metode i tehnici specifice. Desigur ponderea cea mai important n efortul proiectanilor de sisteme informatice o ocup dezvoltarea produselor program (cunoscute sub numele de software utilitar) dar trebuie respectat un principiu de baz pentru ca acest efort s nu fie zadarnic : acordarea aceleiai importane aspectelor legale de proiectarea i implementarea procedurilor de interfa. n aplicaiile mari , complexe , se realizeaz , descompunerea pe subsisteme relativ autonome att n maniera de proiectare clasic ct i n cea orientat spre obiect. Modularizarea aplicaiilor este o tehnic util pentru c : permite clarificarea sarcinilor viitoare i o mai bun planificare a muncii n echip ; elimin posibilitatea paralelismelor n realizarea unor componente ; permite o ealonare a resurselor materiale i umane ; Fiecare component va avea explicitate intrrile, ieirile, funcia principal pe care trebuie s o realizeze. De exemplu pentru activitatea de aprovizionare putem structura aplicaia n urmtoarele module sau componente : modulul aprovizionare cu submodulele : prospectarea pieii , contractare i gestiune stocuri . Modulul contractare cuprinde alte submodule : 8

planificarea transporturilor , determinarea necesarului de aprovizionare , urmrirea realizrii contractelor , calculul penalitii.

Etapa de implementare a sistemului informatic se finalizeaz atunci cnd noul sistem funcioneaz n conformitate cu cerinele stabilite prin proiect, adic atunci cnd se realizeaz corelarea procedurilor manuale i automate, se completeaz corect documentele de intrare, se obin n timp util informaiile dorite pe toate nivelurile de conducere, se atinge ritmul de exploatare i se obin performanele scontate. Organizarea i conducerea proiectrii generale vizeaz stabilirea responsabilitilor colectivului care realizeaz conceperea noului sistem , elaborarea planului de munc , termenele, responsabilitile li costurile planificate ale fiecrei faze. Definirea obiectivelor sistemului informatic reprezint precizarea unor scopuri imediate i de perspectiv ale perfecionrii activitii i conducerii unitii beneficiare , pentru maximizarea eficienei economice . Obiectivele sistemului informatic pot fi : de conducere , informaionale , tehnologice i informatice. Obiectivele de conducere vizeaz probleme cu caracter sintetic li analitic n vederea realizrii indicatorilor economico-financiari i perfecionrii utilizrii resurselor materiale , umane i bneti. Obiectivele informaionale constau n asigurarea unei prelucrri automate a datelor n condiii de eficien economic maxim menit s asigure rezolvarea obiectivelor de conducere , tehnologice i informatice. Obiectivele tehnologice presupun asigurarea unui control centralizat i operativ a conducerii proceselor tehnologice ntr-un cadru informatic , de automatizare i robotizare n condiiile utilizrii noului sistem. Obiectivele informatice vizeaz utilizarea eficient , extensiv i intensiv a sistemelor electronice de calcul , inclusiv a celor de pregtire i furnizare a informaiilor prin intermediul noului sistem. Proiectarea listelor situaiilor de ieire se realizeaz n scopul reflectrii strii i dinamicii fenomenelor i proceselor economice i tehnice care fac obiectul de prelucrare a datelor din sistemul proiectat. Fixarea obiectivelor n urma activitilor de evaluare se propun direcii de perfecionare a sistemului existent se stabilesc anumite obiective dar i restriciile , limitele pentru noul produs informatic. Dintre obiective putem enumera : Veniturile realizate prin implementarea noului sistem informatic s depeasc cheltuielile cu analiza , proiectarea i construirea sistemului , deci s fie eficient; 9

 Toate datele de intrare din sistem s fie culese , transportate , prelucrate arhivate n condiii de perfect exactitate , acuratee , cu minimizarea situaiilor de eroare ; Obinerea cu prioritate a informaiilor critice , cele absolut necesare lurii deciziilor , exact la momentele cerute de timp , lsnd obinerea celorlalte situaii n limita disponibilitilor de timp calculator ; Realizarea unei interfee prietenoase etc. Desigur , ar fi de dorit ca noul produs informatic s realizeze toate aceste obiective la nivelul optim , numai c uneori obiectivele sunt contrare : dac vrei s cheltuieti mai puin nu poi s realizezi filtre speciale , programe de interfa deosebite Elaborarea unor variante de rezolvare a problemei n evaluarea sistemului soluiile spontane reprezint o metod ideal de concepere a scenariilor de tipul ce-ar fi dac ?. O decizie tipic oscileaz ntre varianta de mbuntire a sistemului existent prin schimbarea fluxurilor unei informaii , reducerea documentelor , schimbarea sarcinilor i varianta de informatizare . Avantajul celei de-a doua variante n ceea ce privete flexibilitatea , acurateea , promptitudinea cu care se raporteaz orice fel de informaii trebuie pus n balan cu efortul nu numai financiar pentru realizarea acesteia.

Formularea problemei Efortul de realizarea unui software utilitar este declanat de cererea unui client. Ca urmare a descoperirii unor probleme , aspecte negative n instituia unde lucreaz sau pe care o conduce , clientul dorete realizarea unui produs informatic care s-i rezolve problema . O alt situaie care poate declana cererea de soft poate fi dorina folosirii tehnicii noi de calcul sau a unor metode noi de conducere (programare dinamic , simulare etc.) S pornim de la un exemplu : s presupunem c se cere o aplicaie care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial. Primul pas este luarea contactului cu clientul pentru clarificarea domeniului unde se va implementa produsul informatic , clarificarea problemei puse, a motivelor , a costurilor estimative , a unor variante de rezolvare cu inventarierea efectelor lor. Este un moment decisiv pentru c , uneori , clientul i d seama c nu poate suporta financiar efortul de dezvoltare a software-ului i renun. Studiul activitilor Primul pas n studierea situaiei existente are n vedere determinarea ct mai clar a obiectivelor fiecrei activiti din domeniul problemei dar i cele ale sistemului cuprinztor , relaiile dintre acestea , descompunerea lor n faze , sarcini etc.

10

n exemplul nostru , pentru activitatea de aprovizionare s-au identificat urmtoarele subactiviti : Prospectarea pieii de materiale i semifabricate pentru a se cuta cei mai avantajoi furnizori ; nregistrarea ofertelor de la furnizori ; Elaborarea contractelor pentru aprovizionare ; Evidena intrrilor de materiale n depozite de la furnizori ; Evidena ieirilor de materiale din depozite pentru fabricaie ; Rezolvarea nenelegerilor contractuale refuzul unor furnizori pentru livrarea materialelor contractuale , diferene de calitate , pre , cantitate , termene de livrare; legtura cu compartimentul financiar - contabil pentru cazurile de penalitate; Urmrirea asigurrii stocurilor de materiale pentru producia planificat la nivel optim ; Transportul materialelor de la furnizori cu maini auto proprii; ntocmirea unor comenzi de reaprovizionare pentru situaiile de cereri noi fa de cele supuse contractelor ; Asigurarea evidenei materialelor deficitare , propunerea de nlocuitori etc. Un alt aspect care se cere rezolvat este stabilirea legturilor compartimentului aprovizionare cu celelalte compartimente / servicii / locuri de munc . Astfel comportimentul aprovizionare are legturi cu urmtoarele servicii : financiarcontabil , juridic , plan , producie , transporturi , depozite.

Studiul sistemului conductor Se identific nivele decizionale , metodele de conducere , tipurile de decizii care se iau n domeniul proiectului informatic. De exemplu pentru aplicaia de aprovizionare mai sus amintit s-au identificat urmtoarele nivele decizionale : Manager general , Director economic , ef aprovizionare pentru urmtoarele : colectivul contractare , colectivul transporturi , colectivul depozite. Odat cu determinarea nivelelor decizionale se stabilesc informaiile necesare fiecrui decident , formele de prezentare (mesaje , tabele , diagrame) , momentele sosirii informaiilor care s asigure acel decalaj necesar interpretrii , pregtirii i lurii deciziei. Metoda uzual de culegere a acestor date este interviul. Se spune c cea mai mare calitate a analistului programator este abilitatea acestuia de a pune ntrebri relevante . 11

n general s-a constatat c utilizatorii sunt plini de subiectivism cnd sunt abordai pe aceast tem : exist o diversitate mare de preri , volumul datelor de prelucrat este mare , uneori , efii nici nu tiu care sunt informaiile "strict necesare lurii unei decizii i merg pe principiul mai bine s prisoseasc dect s lipseasc.

Studiul sistemului informaional existent Etapa de culegere a informaiilor despre sistemul informatic existent este cea mai lung i foarte important. Se dorete cunoaterea detaliat a : Informaiilor , surselor i consumatorilor de informaii ; Principalelor activiti legate de date : prelucrri , reguli de calcul , validri , puncte de control , modaliti de arhivare; Principalelor acte normative , legi, decrete etc . care restricioneaz sistemul nou (de exemplu documentele tipizate au un coninut i un traseu deja fixat, care nu poate fi modificat) Sistemul de codificare existent; Mijloacelor tehnice existente; Personalului implicat n fluxurile informaionale : numr , calificare etc. Alocarea resurselor , planurilor specifice Resursele necesare noului sistem sunt : resurse tehnice (echipamentele) , resurse soft (programele) , resurse umane (specialitii) , resurse financiare (banii). A. Estimarea necesarului de echipamente Echipamentele necesare noului sistem pot fi grupate n raport cu funciunea principal a lor n echipamentele de culegere , de introducere , de transmisie , de prelucrare propriu-zis a datelor , echipamente tip memorie extern pentru salvarea sau arhivarea datelor , echipamente pentru extragerea rezultatelor. n funcie de structura sistemului definit anterior , dar i n funcie de evalurile asupra tehnicii existente i n corelare cu obiectivele fixate pentru noul proiect informatic se determin numrul i tipul fiecrui echipament , dispoziia sa geografic , modul de exploatare , balana de timp. B. Estimarea necesarului de elemente tipizate n ideea c nu trebuie redescoperit roata , pentru acele module sau aplicaii , care au fost odat analizate i au fost proiectate i experimentate produse informatice fiabile i care exist pe piaa software , este absolut normal s se achiziioneze produsele soft respective . Se asigur astfel o reducere a duratei de realizare a produsului informatic dar i o anume tipizare , standardizare a acestor sisteme. Piaa produselor soft ofer o varietate de programe. Sub numele soft la cheie se recunosc pachetele de programe realizate de firme specializate pe software. Uneori pachetele sunt vndute odat cu hardul formnd sisteme la cheie n ideea c utilizatorul are doar de rsucit o cheie pentru a porni sistemul i toate problemele lui se vor rezolva. 12

C. Estimarea necesarului de for de munc Estimarea numrului de specialiti necesari realizrii i exploatrii unui sistem informatic se face n funcie de gradul de complexitate al sistemului informatic dar i n funcie de obiectivele propuse pentru acesta. D. Estimarea fondurilor bneti Fondurile bneti necesare vor trebui s acopere att cheltuielile cu analiza , proiectarea , realizarea li implementarea aplicaiei informatice ct i cheltuielile ulterioare cu exploatarea curent i ntreinerea sistemului. Cheltuielile sunt legate de: - prospectarea pieii - achiziionarea i instalarea echipamentelor - achiziionarea elementelor tipizate i a softului de baz - plata specialitilor care realizeaz sistemul sau l exploateaz - pregtirea locurilor de munc (mobilier , birouri , sistem de protecie) - activitatea de documentare - acoperirea necesarului de consumabile

Unde ? Se va desfura n sala de curs sau laborator tehnologic.

Cum? Clasa poate fi organizat frontal sau pe grupe. Problematizare identificarea subactivitilor pentru aplicaie care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial.

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

13

Tema 2. Monitorizarea proiectelor informatice

Fia suport 2. Rapoarte specifice pentru monitorizare; elaborarea, ntreinerea i monitorizarea registrelor specifice
Ce? Unitatea economic poate fi privit ca un sistem format dintr-un ansamblu de componente intercorelate , care sunt organizate i funcioneaz n vederea atingerii unui scop specific activitilor sale. Funcionarea ntregului sistem al unitii poate fi cuantificat n mod static i dinamic printr-un ansamblu de variabile de stare , n timp ce interaciunea acestuia cu celelalte structuri ale economiei naionale formeaz ansamblul intrrilor i ieirilor.

Intrrile sistemului unitii se concretizeaz prin parametrii de reglare care conin valori , limite sau intervale impuse din exterior n vederea asigurrii optimului global la nivelul economiei naionale. n categoria intrrilor se includ indicatorii privind materiile prime , materialele , combustibilului , energia , mijloacele fixe , fora de munc , inclusiv intrrile informaionale , de exemplu : indicatorii de producie , aprovizionare , desfacere , cooperare , specializare etc.

Ieirile sistemului unitii sunt formate din elemente cantitative sau calitative care asigur efectuarea unor evaluri i decizii cu privire la atingerea obiectivelor stabilite , de exemplu : produsele , lucrrile sau serviciile realizate , precum i ieirile informaionale cum sunt indicatorii contabili , financiari i statistici etc. Privit prin prisma intrrilor i s ieirilor , sistemul unitii este reglabil n situaia n care ieirile sunt ntr-un raport dorit fa de starea intrrilor i autoreglabil cnd intrrile se afl ntr-un raport dorit cu nivelul ieirilor. Modul concret n care sistemul unitii transform intrrile n ieiri este definit prin funcia acestuia. De asemenea , sistemul unitii conine i parametrii de reglare grupai n reglementrile juridico-administrative , economico-financiare , socio-politice etc. ntreprinderea considerat ca un sistem total poate fi privit , n funcie de anumite criterii , ca un ansamblu corelat de subsisteme caracterizate i ele , la rndul lor , prin ansamblul intrrilor , parametrilor i al ieirilor. n funcie de nivelul de referin informaiile pot fi transmise ntre compartimentele unitii , ntre aceasta i organele ierarhic superioare sau inferioare sau chiar ntre structurile organizatorice la nivel teritorial , departamental i naional .

14

Rezult c fenomenele i procesele economice sunt generate de starea i dinamica resurselor materiale, umane i financiare care sunt surprinse i cuantificate prin intermediul unor informaii specifice acestora.

n vederea recepionrii noului sistem de ctre beneficiar, proiectantul trebuie s elaboreze Raportul de implementare/experimentare" care s cuprind pe de o parte, o prezentare sumar a sistemului i a condiiilor n care s-a desfurat implementarea (resurse, aria de cuprindere etc), iar pe de alt parte, evaluarea rezultatelor , implementrii/ experimentrii (performane, costuri, eficien) cu o serie de indicaii referitoare la trecerea n exploatarea curent i eventual generalizarea utilizrii noului sistem. Tendina din ultimul timp este de a se realiza sistemul informatic astfel nct s se poat relua parial activitile precedente, fr mari probleme. Astfel, dac la implementare nu sunt atini anumii parametri de funcionare ai sistemului, se poate reveni la proiectare sau chiar la analiza pentru refacere. Acest efort nu va fi foarte mare dac la analizarea sistemului s-a inut cont de cerinele sistemelor deschise care asigur o flexibilitate ridicat produsului informatic rezultat. Rezultatele vor fi bune n acest sens i dac proiectanii de sistem au utilizat tehnologii orientate obiect i au experien n aplicaii cu baze de cunotine. Aspecte generale privind produsul program conine: obiectivele urmrite de produsul program care au rolul de a sublinia utilitatea acestuia; performanele i limitele produsului program: precizeaz ceea ce poate face i ceea ce nu poate face acesta pentru un anumit domeniu de activitate; domeniul de probleme abordat de produsul program. Acesta este construit pentru rezolvarea unei probleme sau a unei categorii de probleme. Domeniul de utilizare trebuie delimitat ct mai clar. Structura funcional a produsului program conine: schema de ansamblu care cuprinde componentele funcionale ale produsului program i legturile dintre ele; prezentarea fiecarei componente a produsului program: conine o scurt descriere i scopul acesteia. Prezentarea elementelor realizate pentru produsul program conine: prezentarea intrrilor n produsul program pe tipuri existente. Se prezint machetele de intrare, videoformatele, meniurile i ferestrele utilizate; prezentarea prelucrrilor efectuate de produsul program. Se prezint algoritmii folosii fr a da algoritmii propriu-zii. Se indic numele algoritmului, funcia i rezultatul obinut; prezentarea ieirilor din produsul program. Se prezint machetele rapoartelor cu exemple de test; prezentarea coleciilor de date create i manipulate de produsul program. Dac s15

a ales soluia cu fiiere se prezint: numele i coninutul acestora, descrierea cmpurilor. Dac s-a ales soluia cu baza de date se prezint structura de date: modelul de date utilizat i schema conceptual. Condiii de utilizare a produsului program conine: resursele necesare funcionrii produsului program. Aici se precizeaz resursele materiale (echipamente de calcul, materiale auxiliare, spaiu de stocare a datelor etc.) i cele umane pe categorii de utilizatori; restriciile i condiiile necesare la implementarea produsului program i la exploatarea lui; eficiena estimat la utilizarea produsului program.

Referitor la etapele de realizare a sistemelor informatice, conceptele utilizate n metodologiile existente sunt: etape / module / procese, ci, fluxuri de lucru, activiti, faze. Un proces / etap este un ansamblu de activiti intercorelate, care utilizeaz resurse n vederea atingerii unei funcii obiectiv, bine stabilit. Conform standardului ISO/CEI 2207:1995 procesele pot fi primare, suport i organizatorice. Procesele primare enumerate n acest standard sunt: procesul de achiziie, procesul de furnizare, procesul de dezvoltare, procesul de exploatare, procesul de ntreinere. Aceste procese sunt denumite n metodologii etape sau faze de lucru. Procesele suport sunt cele care stau la baza realizrii proceselor primare sau altor tipuri de procese. n standardul menionat sunt definite: procesul de documentare, procesul de asigurare a calitii, procesul de administrare a configuraiei, procesul de analiz, procesul de testare, procesul de auditare, procesul de rezolvare a problemelor etc. Procesele organizatorice sunt cele care ajut la organizarea activitilor de realizare a sistemelor informatice / pachetelor de programe. Dintre ele enumerm: procesul de management, procesul de infrastructur, procesul de instruire, procesul de mbuntire. n unele metodologii, de exemplu Selection and Implementation of Integrated Packaged Software echivalentul procesului este calea, iar n Rational Unified Process se propune conceptul de flux de lucru. Fluxurile de lucru sunt mprite n fluxuri de proces i fluxuri suport. Fluxurile de proces pot fi: modelarea proceselor, stabilirea cerinelor, analiza i proiectarea, implementarea, testarea i amplasarea sistemelor informatice. Fluxurile suport pot fi: managementul proiectelor, managementul mediului de lucru. Activitatea cuprinde tipurile de aciuni ntreprinse pentru utilizarea eficient a resurselor. Este o parte a unui proces. n unele metodologii, pentru conceptul de aciune se folosete conceptul de faz, pas sau segment. 16

Faza, aa cum este prezentat n Rational Unified Process: este intervalul de timp cuprins ntre dou puncte cheie ale unui proces, pe durata cruia este atins un set bine definit de obiective. Paii, aa cum sunt prezentai n metodologia SSADM reprezint o succesiune de activiti desfurate n cadrul etapei de lucru. Sarcinile sunt componente ale activitilor i constituie un ansamblu de aciuni de realizarea crora sunt responsabile persoane sau grupuri de persoane. O sarcin este caracterizat de precondiii, elemente livrabile i postcondiii. Pentru ca o sarcin s poat fi derulat, aceasta trebuie s ndeplineasc nite criterii, denumite precondiii. Rezultatele la care se ajunge n urma realizrii sarcinilor poart denumirea de elemente livrabile. Obinerea lor este posibil prin intermediul unor algoritmi, tehnici de lucru etc. Criteriile pentru a accepta rezultatele reprezint postcondiiile. Modul de ordonare n timp a sarcinilor, activitilor, etapelor sau formeaz ciclul de via al sistemului informatic. Deci ciclul de via al unui sistem informatic este un ablon pentru activitilor de realizare a sistemului informatic, cuprinznd intervalul de ncepe cu decizia de elaborarea a unui sistem informatic i se ncheie cu abandonare a acestuia i nlocuirea lui cu un nou sistem informatic. proceselor ordonarea timp care decizia de

Ciclul de dezvoltare al sistemului informatic este cuprins n ciclul de via al sistemului informatic. El cuprinde intervalul de timp de la luarea deciziei de realizare a unui sistem informatic pn n momentul intrrii sistemului n exploatare.

Alegerea strategiei i tacticii de implementare

a. Alegerea strategiei de implementare a sistemului informatic este o problem foarte important, de aceasta depinznd succesul implementrii. Trebuie avut n vedere c actul implementrii poate compromite implementarea sistemului informatic n unitatea economic respectiv.

Stabilirea strategiei de implementare a noului sistem se poate face innd seama de urmtoarele criterii: gradul de pregtire profesional a utilizatorilor sistemului informatic; gradul de pregtire material i psihologic a beneficiarului; natura i complexitatea sistemului informatic proiectat; gradul de originalitate al sistemului informatic (sistem n ntregime original, sistem original utiliznd elemente prefabricate, adaptarea unui sistem informatic 17

existent); gradul de participare al beneficiarului la realizarea sistemului informatic de-a lungul etapelor anterioare; volumul de date i diversitatea surselor de producere a acestora; gradul de satisfacere al cerinelor de informare de ctre vechiul i noul sistem.

b. Alegerea tacticii de implementare depinde de numrul de specialiti din partea beneficiarului disponibil pentru realizarea implementarii sistemului, de gradul de pregtire a beneficiarului n vederea implementrii i de volumul de date disponibil la momentul lementrii. Referitor la datele pe care se face implementarea sistemului informatic, acestea pot: date din perioada precedent; date curente. Utilizarea procedeului de implementare cu date din perioada precedent (an, semestru, lun) este recomandabil a se practica atunci cnd implementarea coincide cu perioada de vrf de activitate n sectoarele funcionale. n aceast perioad, utilizarea datelor care nu sunt antrenate n prelucrrile curente nu deranjeaz procesul de nregistrare, prelucrare i transmiterea datelor folosite n vechiul sistem. Dup compararea i verificarea rezultatelor obinute este necesar trecerea la utilizarea datelor curente, verificnd totodat concordana dintre ritmul de producere al datelor primare i posibilitile de culegere ale sistemului proiectat. n general, exist cateva jaloane orientative pentru alegerea strategiei de implementare a sistemelor informatice, astfel: Implementarea direct este recomandabil a fi aplicat n cazul sistemelor informatice mai puin complexe, cu un grad de originalitate redus. Cu ct diferena dintre sistemul vechi i nou este mai mic, cu att mai uor sunt nsuite componentele sistemului proiectat. ntr-o astfel de situaie se impune implementarea sistemului cu date curente care sa reflecte starea real, actual a sistemului informatic. Aceast strategie este indicat n general pentru aplicaii ce nu necesit termene severe de predare a lucrrilor (ex. recensmntul populaiei) i este contraindicat pentru aplicaii bancare, calculul salariilor etc. Implementarea n paralel se recomand pentru sisteme complexe cu grad sporit de originalitate, pentru aplicaii cu termene severe de predare a lucrrilor, deoarece aceast strategie permite, pe timpul lucrului n paralel, revizuirea unor pari din sistem i nlturarea unor erori intervenite pe parcursul realizrii sistemului. n acest fel desfurarea activitii unitii economice nu va fi compromis i vor putea fi evitate situaiile de dezastru, datorate sistemului implementat. 18

Implementarea pilot se recomand a fi utilizat n condiiile existenei unei clase tipologice cu un numr nsemnat de uniti/subuniti reprezentate de unitatea/subunitatea pilot.

Implementarea pilot se recomand a fi utilizat n condiiile existenei unei clase tipologice cu un numr nsemnat de uniti/subuniti reprezentate de unitatea/ subunitatea pilot.

Prezentarea elementelor realizate pentru produsul program conine: prezentarea intrrilor n produsul program pe tipuri existente. Se prezint machetele de intrare, videoformatele, meniurile i ferestrele utilizate; prezentarea prelucrrilor efectuate de produsul program. Se prezint algoritmii folosii fr a da algoritmii propriu-zii. Se indic numele algoritmului, funcia i rezultatul obinut; prezentarea ieirilor din produsul program. Se prezint machetele rapoartelor cu exemple de test; prezentarea coleciilor de date create i manipulate de produsul program. Dac s-a ales soluia cu fiiere se prezint : numele i coninutul acestora, descrierea cmpurilor. Dac s-a ales soluia cu baza de date se prezint structura de date: modelul de date utilizat i schema conceptual. Condiii de utilizare a produsului program conine: resursele necesare funcionrii produsului program. Aici se precizeaz resursele materiale (echipamente de calcul, materiale auxiliare, spaiu de stocare a datelor etc.) i cele umane pe categorii de utilizatori; restriciile i condiiile necesare la implementarea produsului program i la exploatarea lui; eficienta estimat la utilizarea produsului program.

Exploatarea curent , ntreinerea i dezvoltarea O aplicaie informatic nu este static ea trebuie s fie permanent adaptat la cerinele noi care apar . Cerinele de modificare pot fi de mic amploare , se vor realiza din mers fr s fie afectate structurile de baz ale bazei de date sau prelucrrilor atunci spunem c are loc activitatea de ntreinere a aplicaiei . Dac ns sunt schimbri majore se restructureaz organizaia economic modelat de soft sau se schimb profilul organizaiei atunci este necesar o reproiectare software.

Estimarea eficienei aplicaiei informatice Efectele introducerii unei aplicaii informatice pot fi : Cuantificabile n uniti de timp sau bneti , cum ar fi : reducerea duratei de prelucrare a datelor prin introducerea noului flux nformaional comparativ cu cel

19

existent , economii realizate prin reducerea numrului personalului funcionresc etc. Necuantificabile care se manifest n timp i se datoreaz n special adoptrii unor noi metode de conducere corespunztoare noilor mijloace de control li informare puse la dispoziia factorilor de decizie. De exemplu : servicii mai bune clienilor , mbuntirea procesului de luare a deciziilor , mbuntirea condiiilor de lucru etc. Evaluarea sistemului Culegerea tuturor informaiilor despre activitile desfurate , modalitile de conducere a acestor activiti i despre sistemul informaional existent se finalizeaz printr-o analiz critic a situaiei existente , depistarea aspectelor negative i identificarea cerinelor i obiectivelor noului sistem informatic precum i a limitelor i restriciilor de realizare .

Sugestii metodologice Se vor consulta i fiele suport 1 i 3.

Unde ? Se va desfura n sala de curs sau laborator tehnologic. Cum? Clasa poate fi organizat frontal sau pe grupe Problematizarea monitorizarea unei aplicaii care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial. Problematizarea - realizarea culegerii , transportului , prelucrrii informaiilor, eficiena, depozitarea datelor pentru un sistem informaional.

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

20

Tema 3. Controlul proiectelor informatice

Fia suport 3. Monitorizare,asigurarea calitii i fiabilitii sistemelor informatice; ncadrare n timp, detectarea problemelor i iniierea activitilor corectoare, autorizarea activitilor
Ce?

Calitatea unui produs este uneori definit ca totalitatea caracteristicilor sale prin care el satisface o serie de necesiti definite sau impuse.

Calitatea unui produs software este dat de capacitatea sa de a putea fi utilizat eficient, efectiv i confortabil, de ctre un set de utilizatori, pentru un set de scopuri, n condiii specificate .

Caracteristicile de calitate ale unui produs software sunt proprieti ale produsului la care utilizatorii sunt sensibili. De exemplu : uurina de utilizare, fiabilitatea, timpul de rspuns, s. a. Exist diferite modele de clasificare a caracteristicilor (atributelor) de calitate ale unui produs software. Modelele includ adesea i msuri pe baza crora se stabilete gradul n care produsul ntrunete fiecare atribut de calitate. Fiecare model poate avea un set de atribute diferit la nivelul cel mai nalt al clasificrii, de asemenea selecia i definiiile atributelor pot s difere la toate nivelele. Calitatea cerut pentru un produs software trebuie s fie definit n documentul de definiie a cerinelor software (SRD). De asemenea, trebuie specificate definiiile atributelor de calitate, metodele de msurare i criteriile de acceptare pentru atribute. Ce este un sistem de asigurare a calitii

Ansamblul activitilor care trebuie ntreprinse pentru ca un produs s fie de calitate . Ce acoper un Sistem de Asigurare a Calitii: a) Activitile propriu-zise de inginerie : - analiza; - proiectarea (concepia); - codificarea - testarea (metode i instrumente) b) Reviziile aplicate la fiecare pas al proiectului 21

c) Strategiile de testare d) Controlul documentaiei software i a inerii ei la zi e) Compatibilitatea cu standardele (dac este cazul) f) Mecanismele de msurare i raportare (pentru a avea o msur cantitativ a calitii)

1. Caracteristici de calitate a produselor software ncercrile de standardizare a terminologiei referitoare la calitatea produselor software au condus la standardul ISO 9126 (InformationTechnology-Software Product Qualit y, Part 1: Quality Model, 1998). Standardul conine definiii n special pentru produsul final. Sunt definite 6 caracteristici de calitate, mprite n 21 de subcaracteristici. 1) Funcionalitatea: realizarea scopului de baz pentru care a fost realizat produsul. Oportunitatea: prezena unui set de funcii adecvate pentru tascuri specificate ; Precizia: furnizarea unor rezultate sau efecte corecte sau agreate ; Interoperabilitatea: capacitatea produsului de a interaciona cu sisteme specificate ; Securitatea: capacitatea de a preveni accesul neautorizat, accidental sau deliberat, la programe sau date ; Conformitatea: adeziunea la standarde, convenii, legi i protocoale .

2)

Fiabilitatea: capacitatea produsului de a-i menine nivelul de performan, n condiii definite, pentru o perioad de timp definit. Maturitatea: atribut bazat pe frecvena cderilor datorate greelilor n software ; Tolerana la defecte (robiustetea): capacitatea de a-i menine un nivel de perfoman specificat n cazuri de cderi software sau intrri neateptate ; Restabilirea dup cderi: capacitatea i efortul necesar pentru restabilirea nivelului de performan, recuperarea datelor afectate, dup posibile cderi ; Conformitatea .

3) Utilizabilitatea: efortul necesar pentru utilizarea sa de ctre un set de utilizatori definit Uurina de nelegere: efortul solicitat unui utilizator de a recunoate conceptul logic i aplicabilitatea sa ; Uurina de nvare : efortul solicitat unui utilizator de a nva aplicaia, operarea, intrrile i ieirile ; Operabilitatea: uurina de operare i de control de ctre utilizatori ; Puterea de atracie: capacitatea produsului de a fi atrgtor pentru utilizatori ; Conformitatea . 22

4) Eficiena: relaia ntre nivelul de performan al produsului i cantitatea de resurse utilizate, n condiii definite Timp la execuie: viteza de rspuns, timpi de prelucrare, rata ieirilor la realizarea funciilor ; Utilizarea resurselor: cantitatea de resurse utilizate i durata utilizrii pentru realizarea funciilor sale ; Conformitatea .

5) Uurina de ntreinere: efortul necesar pentru efectuarea modificrilor, inclusiv corecii, mbuntiri sau adaptri ale produsului la schimbari ale mediului de funcionare, a cerinelor i schimbrilor funcionale Uurina de analiza: efortul necesar pentru diagnoza defectelor, a cauzelor caderilor, pentru identificarea prilor care trebuie s fie modificate ; Uurina de modificare: efortul necesar pentru nlturarea defectelor sau schimbri ; Stabilitatea: riscul efectelor neasteptate n urma modificrilor ; Uurina de testare: efortul necesar pentru a valida produsul modificat ; Conformitatea .

6) Portabilitatea: capacitatea produsului de a fi transferat de la o organizaie sau platform software/hardware la o alta Adaptabilitatea: capacitatea de adaptare la diferite medii specificate ; Uurina de instalare: efortul necesar pentru instalarea produsului intr-un mediu specificat ; Co-existena: capacitatea de a co-exista cu alte produse independente in acelasi mediu ; Oportunitatea si efortul necesar pentru a folosi produsul in locul altui produs intr-un mediu particular ; Conformitatea .

Tipuri speciale de sisteme si cerinele de calitate Exist multe cerine de calitate particulare care se ncadreaz sau nu n cele din ISO 9126. Anumite clase speciale de aplicaii pot avea i alte atribute de calitate de considerat. Exemple :

Sisteme ale cror cderi pot avea consecine extrem de severe: Gradul de ncredere al sistemului n ansamblul sau (hardware, software oameni) este scopul principal, n plus fa de cel de realizare a funciilor de baz Un grad nalt de ncredere include atribute ca: tolerana la defecte, sigurana n funcionare, securitatea, utilizabilitatea. 23

Sisteme inteligente i bazate pe cunostine: Proprietatea oricnd (garanteaz rspunsul cel mai bun care poate fi obinut ntr-un timp dat dac se cere un rspuns n intervalul de timp respectiv) Capacitatea de explicare (explic procesul de gndire la furnizarea unui rspuns).

Sisteme de interfa cu omul i de interaciune Uurina de adaptare la trsturile i interesele utilizatorilor, Help inteligent, .a. Sisteme informaionale Uurina de interogare Precizie n furnizarea rspunsurilor (numai informaia relevant) Caracteristici de calitate software care afecteaz procesul de inginerie software Stilul codului Reutilizabilitatea codului Modularitatea codului i independena modulelor

2. Asigurarea calitii produselor software Rolul activitilor de asigurare a calitii software este de a stabili ca produsele i procedurile sunt n conformitate cu standardele i planurile. n proiectele mici asigurarea calitii poate fi efectuat de echipa de dezvoltare, dar n proiectele mari trebuie s fie realizat de o echip special. Activitile de asigurare a calitii sunt documentate n Planul de Asigurare a Calitii (Software Quality Assurance Plan (SQAP).

Prin activitile de asigurare a calitii se urmrete: Concordana planurilor cu standardele Realizarea proceselor n concordan cu planurile Implementarea produselor n concordan cu planurile Verificarea i validarea produsului software sunt de asemenea activiti de asigurare a calitii.

Factorii de calitate ai unui proces de producie software sunt:

24

 Costul Durata Ei depind de un numr mare de factori, cum ar fi: Dimensiunea i complexitatea produsului Fiabilitatea cerut Experiena echipei de dezvoltare i cunoaterea domeniului aplicaiei Metode/metodologii utilizate n dezvoltare, etc. Elemente ale costurilor unui proiect software - Studiul problemei - Documentare - Formarea personalului de elaborare (dac sunt instrumente noi) - Analiza - Concepia - Codificarea - Testarea - Elaborare documentaie - Elaborare documentaie on-line (help) - Implementarea - Formarea personalului de exploatare - Costuri de deplasare - Costuri echipamente (amortizri) - Regii - Consumabile n evaluarea costului unui proiect software se face distincie ntre: Efortul (efortul tehnic) Costuri cu personalul tehnic, care particip la realizarea produsului Exprimat n numr de persoane-lun Costul real = Efortul + alte costuri (costul echipamentelor, licene software necesare, chirii pentru spaiile utilizate, etc.) Metrici ale fiabilitii Fiabilitatea software: Probabilitatea ca software-ul s-i realizeze funcia specificat, pentru o perioad definit, n condiii specificate. Este estimat n timpul testelor de sistem, utiliznd teste statistice. Teste statistice: date de test care sunt selectate aleatoriu din domeniul de intrare dar urmnd o lege de probabilitate care reflect profilul de utilizare al software-ului. Profilul de utilizare al unui software: setul datelor de intrare i probabilitile lor de utilizare n timpul operrii software-ului. 25

Execuia programului este un proces determinist care, pentru date de intrare fixate, produce fie un rezultat corect fie o cdere. Prin cdere se nelege o execuie care produce un rezultat ne-conform cu specificaia.

Modelele care iau n considerare efectele depanrii fac urmtoarele presupuneri: 1) Motivul fiecrei cderi este o singura eroare (independena erorilor) 2) Fiecare cdere este urmat imediat de o operaie de depanare 3) Fiecare operaie de depanare are succes. Modelele bazate pe aceste presupuneri sunt numite Modele de cretere a fiabilitii deoarece, cu aceste presupuneri, fiabilitatea crete in timp. Astfel de modele sunt: Jelinski-Moranda i modelul geometric Moranda. Deci : Numrul de teste de certificare cerute de metodele care iau n considerare efectele depanrii este mai mic dect numrul cerut de metodele care ignor efectele depanrii. Rezultatele metodelor care iau n considerare efectele depanrii sunt mai puin exacte deoarece se bazeaz pe unele ipoteze nerealiste. Modelele de cretere a fiabilitii se folosesc n timpul testelor de sistem pentru a estima timpul necesar pentru a ajunge la un anumit obiectiv de fiabilitate. Exist instrumente automate utilizate pentru analiza fiabilitii. Ele sunt utilizate pentru: Reprezentarea grafic a rezultatelor testelor Generarea cazurilor de test Estimarea parametrilor diferitelor modele de fiabilitate Alegerea modelului cel mai adecvat Prognosticarea fiabilitatii vitoare, etc.

Detectarea problemelor i iniierea activitilor corectoare - Cunoaterea detaliat a specificului tehnologic , organizatori i informaional al unitii economice n care urmeaz s funcioneze viitorul sistem informatic , a modului concret de funcionare i exploatare n condiii de eficien economic. Sesizarea deficienelor n organizarea i funcionarea fluxurilor informaionale n fazele de nregistrare , transmitere i prelucrare a datelor Evaluarea necesarului de informaii din punct de vedere al naturii i volumului lor , n vederea sesizrii eventualelor informaii lips sau inutile , precum i gradul de ocupare a personalului din compatrtimentele funcionale 26

Analiza termenelor i a frecvenei de prelucrare a datelor n sistemul existent , pentru evidenierea eventualelor nesincronizri n circulaia datelor sau a prelucrrii acestora ntr-un ritm ce nu asigur respectarea termenelor impuse de cadrul legislativ- normativ Evaluarea costului funcionrii sistemului existent i estimarea costului noului sistem n vederea fundamentrii eficienei economice -

Autorizare activitilor

Asigurarea condiiilor organizatorice necesare Condiiile organizatorice ce trebuie asigurate implementrii noului sistem se refer n primul rnd la asigurarea transpunerii n practic a modificrilor organizatorice preconizate n etapa de proiectare, la lansarea efectiv a documentelor proiectate i la instituirea noilor fluxuri informaionale. n al doilea rnd, se refer la constituirea nucleului de informaticieni n cadrul unitii beneficiare, nucleu ce trebuie format nainte de nceperea proiectrii i implementrii i apoi dezvoltat cantitativ i calitativ pe parcursul realizrii sistemului informatic.

Asigurarea condiiilor materiale

O condiie esenial a implementrii sistemului proiectat o constituie asigurarea capacitii de calcul necesare: prin dotarea unitii beneficiare cu calculatoare, atunci cnd capacitatea de prelucrare este acoperit cu lucrri; prin perfectarea accesului la o unitate de informatic pentru un anumit numr de ore-calculator, dac volumul lucrrilor este mai mic i cu a frecvena mai mic; printr-o soluie mixt, care presupune rezolvarea unor problerne de volum mic de date n cadrul unitii, iar pentru probleme mai complexe s se apeleze la capacitatea unei uniti specializate cu o dotare corespunztoare sau fcndu-se conectarea la o reea de calculatoare, lucrndu-se n regim de tele-prelucrare. n aceast activitate se constituie i se testeaz reeaua de calculatoare. Dac exist o reea i noul sistem impune alte cerine, atunci se face modificarea reelei pentru a se atinge parametrii necesari funcionrii noului sistem. De o deosebit importan este, de asemenea, asigurarea materialelor consumabile specifice funcionrii sistemelor informatice (purttori tehnici de informaii i materiale consumabile).

Asigurarea bazei informaionale Activitatea implic crearea efectiv unei baze de date sau modificarea uneia existente pentru a satisface necesitile noului sistem. Activitatea are caracter de obligativitate 27

doar dac noul sistem are nevoie de o baz de date proiectat. Tehnicile folosite n construirea acesteia sunt tehnicile de alocare a structurilor logice i fizice ale bazei de date, optimizarea spaiului pe disc, crearea de fiiere, segmente etc. Totodat este necesar s se asigure fondul de date pentru ncrcarea bazei de date, fiierelor. Acest lucru presupune pregtirea datelor reale i ncrcarea fiierelor sau a bazei de date n vederea testrii i punerii n funciune a noului sistem, pregtire ce se face prin construirea fiierelor sau entitilor bazei de date prin culegerea fondului formaional necesar i stocarea acestuia pe purttori tehnici de informaii. Popularea bazei de date folosit de utilizatori nu este o activitate pe ct de simpl cum pare la prima vedere datorit volumului foarte mare de date care trebuie ncrcat. Pentru aceasta va fi necesar n prealabil o munc ampl de colectare i ordonare. Sugestii metodologice Se vor consulta i fiele suport 1, 2.

Unde ? Se va desfura n sala de curs sau laborator tehnologic. Cum? Clasa poate fi organizat frontal sau pe grupe. Problematizare pentru o aplicae care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial s se realizeze detectarea i iniierea activitilor corectoare pentru asigurarea calitii i fiabilitii sistemului informatic.

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

28

Tema 4. Documentaia sistemelor informatice

Fia suport 4. Documentaia de realizare; prezentare , descrierea datelor, analiza modulelor sistemului informatic
Etapa de implementare nu poate fi considerat ncheiat dac nu se definitiveaz ntreaga documentaie a sistemului. Aceasta presupune definitivarea att a manualelor de prezentare, ct i a celor de utilizare i exploatare, lucru impus de necesitatea realizrii unei concordane ct mai depline ntre sistemul proiectat i documentaia sa. Definitivarea documentaiei se realizeaz n paralel cu celelalte activiti din cadrul etapei de implementare, printr-o strns colaborare dintre beneficiari i proiectant, uurnd astfel orice modificare/ perfecionare ulterioar a sistemului proiectat. Datorit mainilor interactive tendina este c din documentaie s fie preluat ct mai mult n programele de aplicaie, care trebuie s fie autodocumentate. Documentarea preliminar asupra unitii economice are n vedere cunoaterea specificului tehnologic i de producie , precum i relaiile acesteia cu alte sisteme economice externe (uniti economice , uniti bancare etc.). Conducerea proceselor economico-sociale se realizeaz prin cunoaterea operativ a schimbrilor intervenite n evoluia sistemelor micro i macroeconomice , pentru corectarea traiectoriei cibernetice a acestor sisteme. n vederea realizrii acestor obiective , sistemul de conducere i exercit funciile sale prin recepionarea de informaii i transmiterea de decizii ctre sistemul informaional. Rezult c sistemul de conducere i realizeaz obiectivele sale prin intermediul informaiilor care constituie i obiectul de prelucrare al sistemului informaional i al celui de execuie. n acest sens informaia are un caracter complex , cu un anumit grad de generalitate , determinat n funcie de gradul de detaliere al proceselor economico-sociale. Informaia red ntr-un mod specific imaginea realitii economico-sociale , fiind destinat funciei de gndire uman n vederea descifrrii semnificaiilor sale i transformarea acesteia prin intermediul factorului uman-decizional n decizii menite s regleze ntregul sistem cibernetic condus. Informaiile se obin n urma proceselor de prelucrare (manuale , mencanizate sau automatizate) pe baza unor ansambluri de semne , organizate dup anumite principii i reguli , denumite date. 29

Datele reprezint elementele de intrare n procesul de prelucrare , fiind formate din cifre, litere , cuvinte , simboluri etc., constituind obiectul de prelucrare , care prin conversie devin informaii. Rezult c procesele de prelucrare primesc la intrare date i furnizeaz la ieire informaii. Informiile pot fi grupate n funcie de mai multe criterii, astfel : A. Dup domeniul de activitate , informaiile pot fi : tehnologice , tehnico-tiinifice , economice i sociale. B. Dup forma de exprimare , informaiile pot fi : analogice i numerice. C. Dup frecvena de generare i utilizare , informaiile pot fi : operative , periodice , statistice i previzionale. D. Dup coninutul i nivelul de detaliere , informaiile pot fi : analitice i sintetice. E. Dup natura simbolurilor utilizate , informaiile pot fi : alfabetice , numerice , alfanumerice , logice i de tip dat-calendaristic. Datele de prelucrat sunt constituite din colecii omogene , sub form de fiiere sau baze de date , ce urmeaz a fi prelucrate de ctre programele de aplicaii prin intermediul sistemului electronic de calcul. Resursele umane i cadrul organizatoric cuprind personalul de specialitate i structura organizatoric corespunztoare (staie , oficiu sau centru ce calcul) n vederea realizrii acelor activiti necesare exploatrii sistemului informatic. Prelucrarea datelor este un proces prin care acestea sunt folosite n cadrul unor operaii de generare , validare , calcule , comparare , selectare i grupare n vederea transformrii lor n informaii. Procesul de prelucrare automat a datelor nseamn tratarea complex a acestora , ncepnd cu faza de culegere i terminnd cu cea de transmitere a informaiilor finale obinute. Acest proces de prelucrare automat presupune existena mai multor etape : A. Culegerea i nregistrarea datelor n documente primare n vederea reflectrii veridice a fenomenelor i proceselor economice , precum i asigurarea corectitudinii datelor ce vor fi introduse n sistemul de prelucrare automat. B. Transpunerea datelor din documentele primare n baza de date presupune conversia acestora , prin intermediul videoterminatoarelor , pe suporturile tehnice n vederea realizrii coleciilor de date ce vor face obiectul prelucrrilor ulterioare. C. Prelucrarea propriu-zis a datelor asigur executarea automat a tuturor operaiilor necesare de ctre programele de aplicaii , prin intermediul sistemului electronic de calcul. Operaiile de prelucrare a datelor se concretizeaz n : - validarea datelor introduse n baza de date , care nseamn verificarea ndeplinirii anumitor condiii dup care are loc introducere acestora n baza de date ; - sortarea i interclasarea datelor , care nseamn ordonarea cresctoare sau descresctoare dup anumite criterii de exmplu : cod secie , cod comand , marc , cont sintetic , numr de inventar etc. , urmat de reuniunea datelor din 30

dou sau mai multe surse n una singur n raport de anumite elemente comune denumite chei de interclasare ; compararea i testarea datelor , ce se realizeaz n vederea selectrii acelor variante de prelucrare care sunt compatibile pentru datele supuse prelucrrii ; prelucrarea logico-matematic a datelor pentru obinerea situaiilor de ieire care constituie obiectivul final al prelucrrii datelor.

Transmiterea informaiilor de la sistemul electronic de calcul ctre structurile organizatorice ale ntreprinderii se poate face fie n format printat sau electronic. Stocarea i arhivarea informaiilor se realizeaz , dup valorificarea acestora n procesul de conducere , sub forma unor fiiere de arhiv , pe suporturi magnetice , ce pot fi utilizate ulterior. n ntregul proces de prelucrare a datelor este necesar s se asigure securitatea i confidenialitatea datelor prin intermediul unor parametri prestabilii , cum sunt : contul de identificare i parola de acces ale utilizatorului , precum i alte informaii suplimentare n vederea recunoaterii dreptului de acces la date i programe.

n mod concret documentaia se compune din : documentaia de analiz i proiectare , elaborat pe parcursul etapelor din ciclul de via al sistemului informatic i cuprinde un set standard de formulare n care sunt consemnate , prin reguli i metode informatice , rezultatele etapelor documentaia de utilizare i exploatare , elaborat n etapa de implementare a sistemului fiind destinat unitii beneficiare i unitii de informatic care exploateaz efectiv sistemul i se compune din trei manuale : de prezentare , utilizare , i de operare exploatare. Aceste manuale conin informaii tehnicoorganizatorice i funcional-metodologice necesare beneficiarului i unitii de informatic pentru exploatarea optim a noului sistem realizat.

Elaborarea documentaiei proiectrii generale conine un set de formulare referitoare la: modelele situaiilor de ieire , determinarea coninutului i structurii bazei de date , lista elementelor codificate , modelele documentelor de intrare , organigrama sistemului informatic proiectat. Aceasta documentaie se ntocmete sub forma unor manuale dedicate diferitelor categorii de utilizatori ai sistemului informatic. Se elaboreaz : documentaia de realizare, manualul de prezentare, manualul de utilizare i exploatare.

A. Documentaia de realizare Cuprinde documente din proiectul tehnic i din etapele de realizare a produsului program. Sunt prezentate n special aspectele tehnice (cum a fost realizat produsul program) de aceea documentaia se adreseaz n primul rnd specialitilor in informatic i eventual utilizatorilor intensivi. Parcurgnd aceast documentaie specialistul poate afla evoluiile informatice care au fost adoptate pentru realizarea produsului program. De asemenea, aceasta documentaie este un model i o surs de idei pentru elaborarea altor programe. 31

Prezentm n continuare coninutul acestei documentaii. Prezentarea general a produsului program conine: numele produsului program i sistemul informatic din care acesta face parte; prezentarea scopului sistemului informatic. De asemenea, se prezint scopul produsului program n cadrul sistemului informatic din care face parte; baza de plecare n realizarea produsului program. De obicei aceast baz este dat de proiectul tehnic al sistemului informatic, iar dac sunt modificri fa de acest proiect ele trebuie semnalate. Modulul este o parte component a unitii de prelucrare reprezentat de o secven de instruciuni sau de comenzi de prelucrare , declarate prin intermediul unui limbaj de programare sau a unui SGBD n vederea rezolvrii unei funcii independente din algoritmul general. A. Felul de scriere a modulului, n sensul calitaii acestuia, depinde de programator, de specificaiile de programare dar i de tehnicile de programare utilizate. Aceasta se datoreaz faptului c programarea este n acelai timp art" (depinde de fantezia programatorului), dar i tehnic" (depinde de metodele i tehnicile de programare folosite). Elementele preliminare de tehnic de programare au fost folosite la proiectarea programelor. Astfel, la definirea problemei am artat importana standardelor i recomandrilor n programare. La descompunerea problemei n operaii am utilizat tehnica de modularizare. La ntocmirea schemelor de programare s-au folosit elemente din tehnica de programare structurat i modular. De aceste lucruri preliminare se ine cont n etapa curent, urmnd ca noi elemente de tehnic de programare s fie folosite. B. Alegerea limbajelor de programare este ultima aciune ce se realizeaz naintea scrierii propriu-zise a modulelor de program. Limbajele ce pot fi utilizate sunt limbajele universale, cele specifice i asambloarele. Fiecare din ele ofer avantaje pentru anumite domenii i, de regul, n scrierea modulelor de program se combin utilizarea mai multor limbaje. Acest lucru rezult din cerinele aplicaiei i din tehnicile de programare ce vor fi utilizate. C. Scrierea propriu-zis a modulului. Avnd specificaiile de programare, fiind scrise limbajele i tehnicile de programare, se poate trece la codificarea modulelor folosind un editor propriu fiecrui limbaj de programare. Dup ncrcarea instruciunilor editorul rezult un fiier surs. Acesta este de un tip specific pentru fiecare limbaj de programare. Pentru a se aduce modulul n stare de execuie se parcurg paii cunoscui: Fiierul surs, care este modulul scris ntr-un limbaj de programare, este compilat rezult fiierul (modulul) obiect. n urma compilrii pot rezulta erori care se corecteaz cu ajutorul editorului i se recompileaz. Procesul se repet pn nu mai sunt erori de compilare. Fiierul obiect astfel obinut este link-editat cu o serie de rutine din biblioteca sistem. Dintre aceste rutine unele sunt specifice link-editorului, iar altele limbajului de programare. Rezultatul 32

acestui pas este un fiier (modul) executabil codificat. Acesta poate fi lansat n execuie independent de mediul de programare n care a fost produs. Aceasta pleac de la un fiier surs sau obiect, funcie de ceea ce se gsete un disc, i ntr-un context de proiect de aplicaie informatic produce un fiier, iar executabil. Acesta poate rezulta dependent sau independent de mediul de programare n care a fost dezvoltat. n procesul de construire a fiierului executabil pot aprea i erori la pasul de k-editare care se corecteaz, iar procesul se reia, fie cu link, fie cu editare. De obicei, ultimele versiuni de compilatoare i de SGBD-uri sunt medii complete de dezvoltare de programe. Odat intrat sub un astfel de mediu, toate componentele soft neesare realizrii pailor de mai sus sunt la dispoziia programatorului. Mai mult, apelul unei componente implic realizarea automat a pailor precedeni. Astfel, de obicei se merge pe apelul componentei RUN (sau DO) care realizeaz automat compilare, link i execuie program. Dac se detecteaz erori la unul din pai se oprete procesul i se indic linia de program eronat. Aceasta se corecteaz i se reia cu RUN. Rezult un fiier (modul) executabil care nu mai are erori de sintaxa i semantic, putndu-se trece la testare.

Testarea Setul de date de test, identificat n etapa de ntocmire a schemelor de programare, este folosit pentru testarea modulelor scrise n etapa precedent. n cazul n care datele alese nu satisfac complet (nu acoper toate ramurile i toate situaiile din modul) se pot modifica corespunztor. Modulele de program se testeaz funcional i semantic (logic) prin compararea rezultatelor obinute la execuie cu cele propuse a fi obinute. Testarea se termin cnd cele dou categorii de rezultate sunt identice. Abordarea la testare poate fi fcut pe arborele de module de sus n jos (top-down) sau de jos n sus (bottom-up). La abordarea de sus n jos se pleac de la modulul director ctre cele functionale i operaionale. Se testeaz modulul director mai nti, i apoi pe rnd (n ordinea de apel sau n orice alt ordine); urmeaz testarea modulelor operaionale pe proceduri, iar apoi legturile ntre module prin ncercri cu setul de date asupra programului asamblat pe diferite variante funcionale. Testarea independent a modulelor operaionale poate fi executat n paralel cu cea de testare funcional. Testarea se ncheie cnd ultima procedur operaional este testat i integrat n arborele de module. La aceast abordare, dac un anumit modul nu este scris cnd s-a ajuns cu testarea la el, acesta poate fi folosit vid. Ulterior, dup ce este scris se testeaza i se integreaz. La abordarea de jos n sus se pleac de la modulele operaionale spre cele funcionale pentru a se ajunge n final la un modul director. Fiecare modul de la nivelele inferioare din arbore se testeaz mai nti separat i apoi se testeaz legturile cu alte module fcndu-se i integrarea lor. Dup ce au fost testate toate modulele, se face i testarea acelui director i apoi asamblarea ntregului arbore. Asamblarea este bine s se fac urmrind pas cu pas funciunile principale ale programului. 33

La testare un rol important revine efului echipei de programare care trebuie s integreze fiecare modul testat separat i apoi s testeze ntregul program. La abordarea de sus n jos el trebuie s fie activ, implicat n testarea modulelor. n aceast situaie testarea va respecta ordinea i duratele din graficul de ealonare i testare a produsului program, realizat n etapa de ntocmire a schemelor de programare. ntotdeauna testarea va produce mai multe versiuni de module i de produs program, ultima fiind cea acceptat. La fiecare versiune se face o evaluare i se opereaz corecia. Testarea nu se ncheie dect atunci cnd se efectueaz lansarea prelucrrii de ctre ntreaga aplicaie informatic cu un set complet de date. Acest set va include toate datele posibile, corecte i eronate pentru a urmri reacia ntregului pachet de programe.

n aceast testare global se urmrete: validarea datelor de intrare i a rezultatelor, n sistemul informatic, modul de operare la execuie. Se urmresc att aspectele formale ct i cele de fond. Pe parcursul ntregii testri, att la testarea pe module, ct i la cea global, ansamblul produsului program (nivelul aplicaiei) sau al pachetului de programe (nivel sistemului) se vor folosi de cte ori este nevoie tehnicile de depanare identificate n etapa anterioar. Care tehnic se va folosi: dintre cele oferite de sistem sau proprii, este la latitudinea programatorilor. Dac se realizeaz proceduri proprii de depanare, acestea scrise de programatorul care testeaz modulul sau ansamblul, dup caz. Regula de aborarea programelor rmne valabil i la testare: nu trebuie acceptat formularea aceast situaie nu apare niciodat deci nu trebuie testat". Vor fi testate, aadar, situaiile imposibile i cele contradictorii, absolut totul. Structura general a produsului program conine: prezentarea arborelui de structur a produsului program. Prin descompunerea produsului program se obine o serie de module i de legturi ntre ele. Toate acestea se reprezint grafic sub forma unui arbore. Rezultatul este o schem funcional care se i descrie pe larg; modulele din arborele de structura sunt de fapt componentele funcionale ale produsului program. Toate aceste componente se descriu evideniind coninutul i funciunile lor . Descrierea coleciilor de date Contine: schema de sistem pentru fiecare modul va evidenia perifericele utilizate i modul de accesare al lor; descrierea funciunilor pentru fiecare modul; prezentarea intrrilor, prelucrrilor, ieirilor i a coleciilor de date utilizate de fiecare modul; schema logica/pseudo-codul pentru fiecare modul. Se dau pe scurt i cteva date tehnice privind modul n care s-a programat; legturile fiecarui modul cu alte componente ale produsului program. Se precizeaz rolul fiecrei legturi i modul de realizare a acestora. 34

Sugestii metodologice Se vor consulta i fiele suport 1, 2, 3 Unde ? Se va desfura n sala de curs sau laborator tehnologic. Cum? Clasa poate fi organizat frontal sau pe grupe. Problematizare pentru o aplicae care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial s se realizeze documentaia sistemului informatic

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

35

Tema 5. Materiale de prezentare

Fia suport 5. Materiale de prezentare
Manualul de prezentare Manualul de prezentare conine : machete de meniuri, ecrane formatate, ferestre pe module de program; machete de rapoarte i exemple cu date de test; textul surs al produsului program. Cuprinde aspecte de prezentare general a produsului program: scop, facilitati, restrictii, resurse necesare i condiii de utilizare. Prin coninutul su, manualul se adreseaz tuturor categoriilor de utilizatori. Manualul nu va conine date tehnice despre modul de realizare a produsului program , ci numai aspecte de ansamblu, accesibile tuturor. Dimensiunile manualului trebuie s fie reduse, iar prezentarea trebuie sa fie clar i concis. Prezentm n continuare coninutul acestui manual. Manualul de utilizare i exploatare Acest manual conine descrierea instruciunilor privind condiiile de utilizare propriu-zise j cele de exploatare (punerea n lucru efectiv) a produsului am. Aceste instruciuni se adreseaz n principal utilizatorilor finali, adic beneficiarilor propriu-zii ai sistemului informatic. n sprijinul acestui manual vin i procedurile de autodocumentare cuprinse n produsul program. De altfel, acestea, n condiiile lucrului interactiv, trebuie s preia ct mai mult din coninutul manualului de utilizare i exploatare. Produsul program trebuie s ghideze utilizatorul (prin instruciuni i exemple) n folosirea lui ct mai complet, dup modelul prelucrrii asistate de calculator. Utilizatorul final trebuie s ia ct mai puine decizii singur (sau deloc) i s poat manipula datele ghidat de produsul program (se asigur coerena datelor). Prezentm n continuare coninutul acestui manual. I. Instruciuni de utilizare Conine: proceduri de codificare a datelor prin care se dau instruciuni despre modul de ntocmire a codurilor de ctre utilizator. Aici se explic sistemul de codificare utilizat i structura codurilor (semnificaia pe caractere). Dac este cazul se precizeaz criteriile de validare pentru fiecare cod i eventualele codificri automate pe care le face sistemul; 36

 proceduri de ncrcare/validare date, prin care se dau instruciuni despre popularea coleciilor de date. Aici se precizeaz documentele primare din care se preiau datele i modul de completare al acestora. Prin comparaie se prezint machetele de intrare i videoformatele aferente documentelor primare. Se dau instruciuni privind criteriile de validare a datelor ncrcate i modul de corectare a erorilor aparute. Se precizeaza i corelaiile care trebuie s existe ntre diferitele date ncrcate. Toate aceste instruciuni sunt utile utilizatorului pentru actualizarea datelor din coleciile de date. Pentru alegerea coleciei de date pe care se va lucra, precum i a operaiei care se va efectua, se dau instruciuni de utilizare a sistemului de meniuri oferit de produsul program; proceduri de obinere a situaiilor de ieire, prin care se dau instruciuni despre modul de afiare i interpretare a rapoartelor, listelor etc. Se prezint pentru fiecare situaie de ieire macheta, coninutul, periodicitatea de obinere i se dau exemple. Instruciunile vizeaz nu numai modul de obinere a situaiilor de ieire, dar i interpretarea acestora. Se precizeaz semnificaia datelor coninute n situaia de ieire i eventualele corelaii dintre date i cheile de control. n final se indic modul de difuzare i arhivare a situaiilor de ieire; alte proceduri speciale prin care se dau instruciuni despre eventualele conversii, interfee, comunicaii cerute de produsul program. Toate procedurile de mai sus sunt ealonate prin sistemul de meniuri oferit de produsul program. Acesta trebuie sa fie explicit, clar, cu mesaje ajuttoare ct mai multe. Chiar i eventualele proceduri manuale pe care trebuie s le execute utilizatorul trebuie indicate de produsul program prin mesaje explicative adecvate. II. Instruciuni de exploatare Conine : ealonarea n timp a procedurilor utilizate (automate i eventual manuale).Rezultatul este un grafic de exploatare a procedurilor care trebuie s se asemene ct mai mult cu sistemul de meniuri al produsului program.Ambele trebuie s : ghideze utilizatorul n exploatarea produsului program: ordinea operaiilor, succesiunea lor n timp, semnificaia lor etc. proceduri privind datele de intrare . Se dau instruciuni privind primirea,controlul, restituirea i pstrarea documentelor din care se preiau datele de intrare. De asemenea, se indic modul de pregtire a datelor de intrare pentru ncrcare: reguli de ncrcare, de validare, de verificare; proceduri de asamblare lucrri. Se d o list a procedurilor automate i se dau legturile dintre acestea. Se ajunge astfel la o schem funcional a procedurilor. Schema va oferi variante de prelucrare i va indica faciliti i restricii de exploatare a produsului program. n continuare se indic configuraia de calcul necesar produsului program; proceduri de operare. Se dau instruciuni privind pregtirea rulrii i apelul produsului program (mod de apel i ieire, parola de acces, fiiere necesare etc.). Se indic o list a mesajelor aprute la exploatare, precum i modul de aciune al utilizatorului (rspunsuri, reluri etc.). Se dau indicaii privind operarea cu sistemul de meniuri, cu videoformatele i ferestrele produsului program. Dac exist proceduri speciale (conversii, interfee) se dau instruciuni de operare pentru acestea; proceduri privind situaiile de ieire. Se dau instruciuni privind obinerea rezultatelor i controlul de form i de fond. Se indic numrul de exemplare necesare i suportul tehnic de informaie pe care se va obine fiecare situaie de 37

ieire, Se specific destinaia i modul de arhivare a rapoartelor.

Sugestii metodologice Se vor consulta i fiele suport 1 - 4.

Unde ? Se va desfura n sala de curs sau laborator tehnologic. Cum? Clasa poate fi organizat frontal sau pe grupe. Problematizare pentru o aplicae care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial s se realizeze materiale de prezentare a sistemului informatic.

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

38

Tema 6 . Documente de utilizare

Fia suport 6. Sisteme de ajutor . Omologarea/ recepionarea sistemului informatic.
Trecerea de la artizanat la indrustie n activitatea de software a nsemnat cerine noi i pe linia documentrii aplicaiilor. Programele generalizate folosite de un numr tot mai mare de utilizatori trebuie s fie nsoite de o documentaie clar i complex care s conin informaii n legtur cu funcia programului , structura general i de detaliu a acestuia , datele de intrare i de ieire , specificaiile de realizare , implementare i exploatare. n funcie de destinaia lor distingem trei tipuri de documentaie :

A.

Documentaia destinat utilizatorului , n care se includ :

Documentaia de prezentare a aplicaiei care conine : - informaii generale de natur tehnic li economic asupra produsului program n ntregul su ; - este destinat potenialilor utilizatori ; - are un pronunat caracter comercial ; - insist asupra posibilitilor oferite de produsul program ; - eventualele performane care s permit alegerea produsului din mai multe programe existente pe pia pentru rezolvarea aceleiai probleme. Documentaia de utilizare a aplicaiei care conine : - informaii privind utilizarea curent a produsului program ; - aria de probleme acoperit ( limite , restricii ) - descrierea intrrilor i ieirilor ; - procedurile de codificare i validare ; - procedurile de interpretare a ieirilor ; - organizarea datelor ; - descrierea funcional a procedurilor - descrierea funcional a metodelor folosie - estimarea performanelor - exemple.

B.

Documentaia destinat echipei de realizare.

Constituind principalul mijloc de comunicare ntre diversele categorii de specialiti din echipa de realizare , documentaiile formuleaz problemele care au fost rezolvate n etapa /subetapa / faza curent i problemele ce urmeaz a fi rezolvate n etapele urmtoare. Cele mai importante sunt : 39

 Specificaiile de definire care cuprind obiectivele i funciile sistemului informatic i servesc ca suport pentru nceperea proiectrii. Specificaiile de programare care sintetizeaza rezultatele ntregii activiti de proiectare. Pe baza lor se face construirea aplicaiei.

C. Documentaia destinat echipei de ntreinere i dezvoltare a produsului program , care cuprinde rezultatele activitii de elaborare i testare a procedurilor. Se numete specificaie de realizare.

D. Documentaia destinat personalului unitii implicat n exploatare (operatori , verificatori , administratori) . Se numete manual utilizator . Documentaia asigur : Certitudinea c operaiile indicate se vor realiza i , ulterior , se vor executa aa cum trebuie ; Excluderea anumitor presupuneri sau ipoteze , n afara celor deschise ; Clarificarea elementelor i noiunilor care apar ; Aplicarea anumitor structuri i proceduri tip n abordarea i rezolvarea unui numr mare de probleme ; Utilizarea raional i eficient a tehnicii de calcul. Specificaiile sunt , pe plan mondial , din ce n ce mai apropiate de o form standard i , de regul , cnd se pronun acest termen un specialist tie despre ce este vorba. Uneori , la proiectele mici , cu scopul declarat de a ntocmi un singur tip de specificaii cele de realizare etapele de proiectare logic i tehnic se pot contopi ntr-una singur. Dar atenie , sunt necesare persoane cu experien care s nu fie tentate s sar peste unele activiti obligatorii . La primele SGBD-uri utilizatorul trebuia s cunoasc , pe lng datele necesare aplicaiilor proprii i descrierea tuturor datelor din baza de date , lucru care , pe lng disconfort , permitea i o oarecare lips de confidenialitate a bazei. n etapa ulterioar preocuparea pricipal a constat n a degaja pe utilizator de sarcina de a cunoate ntreaga structur a bazei de date , mai ales c aceste structuri au devenit foarte complexe. S-a ajuns astfel la o gestiune independent a structurii generale a bazei de date , care ia denumirea de nivel virtual de organizare a datelor, acest lucru este realizat prin intermediul unui fiier de descriere global a bazei denumit , n general , dicionar de date (sau repertoar de date sau catalog al sistemului) . Lucrul cu baza de date se deruleaz exclusiv prin intermediul acestui dicionar unde se gsesc informaii privitoare la structurarea datelor i restriciilor ndeplinite de acestea . 40

Specific acestei etape este i apariia funciei de administrator al bazei de date i conceperea unor proceduri speciale de securitate.

Omologarea/recepionarea presupune acceptarea n mod oficial, de ctre beneficiar, sistemului informatic n vederea utilizrii sau generalizrii acestuia, n urma verificrii de ctre comisia de omologare/recepionare a modului n care sistemul informatic se ncadreaz n normele stabilite prin proiect. Cnd utilizatorul primete primele rapoarte de la calculator se spune c sistemul a intrat n exploatare curent. Acest lucru presupune ca sistemul va trebui n permanen modificat, adaptat i perfecionat n funcie de cerinele sistemului activitii pe care o servete. Sistemul informatic trebuie s funcioneze ca un sistem cibernetic complex, avnd capacitatea permanent de autoreglare i autoperfecionare, capacitate care, atunci cnd e pierduta, determin abandonarea sistemului respectiv. Sugestii metodologice Se vor consulta i fiele suport 1-5.

Unde ? Se va desfura n sala de curs sau laborator tehnologic. Cum? Clasa poate fi organizat frontal sau pe grupe. Problematizare pentru o aplicae care s informatizeze activitatea de aprovizionare cu materiale pentru o unitate oarecare cu profil industrial s se realizeze documente de utilizeze a sistemului informatic.

Evaluarea Acest coninut poate fi evaluat oral sau prin proba scris.

41

IV. Unitatea de nvmnt __________________

Fia rezumat
Clasa ________________ Profesor ______________________ Competena 2 ntocmete documentatie pentru sistemele informatice A1 A2 A3

Nr. Crt. 1 2 3 4 ... Y

Nume i prenume elev

Competena 1 Coordoneaz proiecte informatice A1 zz.ll.aaaa1 A2 AX

Observaii

Competene care trebuie dobndite Aceast fi de nregistrare este fcut pentru a evalua, n mod separat, evoluia legat de diferite competene. Acest lucru nseamn specificarea competenelor tehnice generale i competenelor pentru abiliti cheie, care trebuie dezvoltate i evaluate. Profesorul poate utiliza fiele de lucru prezentate n auxiliar i/sau poate elabora alte lucrri n conformitate cu criteriile de performan ale competenei vizate i de specializarea clasei. Activiti efectuate i comentarii Aici ar trebui s se poat nregistra tipurile de activiti efectuate de elev, materialele utilizate i orice alte comentarii suplimentare care ar putea fi relevante pentru planificare sau feed-back.

zz.ll.aaaa reprezint data la care elevul a demonstrat c a dobndit cunotinele, abilitile i atitudinile vizate prin activitatea respectiv

Prioriti pentru dezvoltare Partea inferioar a fiei este conceput pentru a meniona activitile pe care elevul trebuie s le efectueze n perioada urmtoare ca parte a viitoarelor module. Aceste informaii ar trebui s permit profesorilor implicai s pregteasc elevul pentru ceea ce va urma. Competenele care urmeaz s fie dobndite n aceast csu, profesorii trebuie s nscrie competenele care urmeaz a fi dobndite. Acest lucru poate implica continuarea lucrului pentru aceleai competene sau identificarea altora care trebuie avute in vedere. Resurse necesare Aici se pot nscrie orice fel de resurse speciale solicitate:manuale tehnice, reete, seturi de instruciuni i orice fel de fie de lucru care ar putea reprezenta o surs de informare suplimentar pentru un elev care nu a dobndit competenele cerute.

Not: acest format de fi este un instrument detaliat de nregistrare a progresului elevilor. Pentru fiecare elev se pot realiza mai multe astfel de fie pe durata derulrii modulului, aceasta permind evaluarea precis a evoluiei elevului, n acelai timp furniznd informaii relevante pentru analiz.

V. Bibliografie
1. Lungu, Ion . Sabu ,Gheorghe . Velicanu ,Manole .Muntean ,Mihaela. Ionescu, Simona. Posdarie , Elena, Daniela Sandu . (2003). Sisteme informatice, Bucureti: Editura Economic 2. Paniru M., Paniru I., Paniru Ioana-Irina . (2002). Informatic , Bucureti: Editura L&S 3. Roca I. , Davidescu N. , Pan A., Pop V. , Burja V. (1993) Informatic de gestiune , Bucureti: Editura didactic i pedagogic

44