Modelarea prelucrrilor - ULP

De ce ULP?
Descompunerea n uniti logice de
prelucrare urmrete s se ajung la structuri
care faciliteaz programarea.
 Divizarea n ULP se realizeaz n baza
urmtoarelor reguli:
prelucrrile care opereaz n momente diferite
fac parte din ULP diferite;
prelucrrile care se adreseaz unor grupuri
(tipuri) diferite de utilizatori se plaseaz n ULP
diferite;
prelucrrile care ndeplinesc sarcini similare se
grupeaz n aceeai unitate de prelucrare;
prelucrrile pentru care exist nivele sau cerine
de securitate diferite se plaseaz n ULP diferite;
prelucrrile care asigur consistena unei
tranzacii trebuie s fac parte din aceeai ULP.
 nlnuirea ULP
O unitate logic de prelucrare poate fi activat
n orice moment n care (pre)condiia sa este
verificat.
 Detalierea ULP
1. Prezentarea
2. Logica funcional
3. Gestiunea datelor
Logica funcional implic:
relaionarea cu nivelul de prezentare pentru preluarea datelor de
intrare necesare, semnalarea erorilor i eventual a inadvertenelor,
transmiterea rezultatelor prelucrrilor destinate utilizatorilor;
relaionarea cu nivelul de gestionare a datelor pentru obinerea
datelor memorate, respectiv actualizarea acestora;
execuia prelucrrilor cerute de pregtirea datelor de actualizat;
execuia prelucrrilor cerute de obinerea rezultatelor destinate
exteriorului sistemului sau interfarii cu alte ULP;
invocarea altor ULP, n funcie de relaiile de nlnuire sau de
comenzile primite prin nivelul de prezentare i reluarea controlului,
dup execuia acestora;
cedarea controlului la ncheierea ULP.
 Procesul de validare a datelor
Orice dat introdus din exterior trebuie verificat,
nainte de a fi acceptat i prelucrat. Acest proces se
numete validare.
Identificm dou nivele de validare:
unul viznd ncadrarea ntr-un anumit tip de date
(numere ntregi sau reale, date calendaristice etc),
obligativitatea sau opionalitatea anumitor date etc.
dependent de specificitatea ULP sau derivat din
restriciile de integritate definite n cursul modelrilor
conceptuale i logice a datelor.
Necesitatea definirii mesajelor de eroare pentru
semnalarea nerespectrii regulilor de validare.
 Gestiunea datelor memorate
Aciunile asupra datelor memorate constau n
consultri i actualizri.
Vizeaz nregistrri i atribute aflate ntr-un unul
sau mai multe tabele.
Consultrile: seturile de date memorate
consultate n ULP sunt evideniate n diagrama de
flux. Detalierea presupune definirea lor exact, ce
poate merge pn la forma interogrilor.
Actualizrile: diagramele de flux menioneaz
tabelele afectate i natura aciunilor operate
asupra lor.
 Confruntarea cu BD
Definirea consultrilor i actualizrilor cerute
de ULP evideniaz eventualele
neconcordane n raport cu structura bazei de
date.
absena unor atribute, imposibilitatea de a
face asocierile necesare ntre date aflate n
tabele diferite etc.
naintea oricrei modificri a BD, trebuie
revzut modelarea conceptual.
 Arhitectura general
n Access, pentru realizarea sistemului se
recurge la urmtoarele tipuri de obiecte:
tabele, interogri, formulare, rapoarte,
macrocomenzi i module de cod-program.
Dezvoltarea de sisteme informatice de
gestiune n Access urmeaz un model axat pe
o baz de date unic, exploatat concurent de
posturile de lucru.