Primjena istodobnog

inženjerstva
http://www.fsb.hr/~zkunica/postdip/tim.ppt
 Uvod

Prošlo predavanje:

IPD (Integrated Product Development) - naglasak na teorijskim aspektima.

Današnje predavanje:

aspekti primjene IPD-a - softverski koncept.

2
 Upravljanje podacima (Data Management)

Timski rad i dijeljenje podataka (Shared Data)

- dijeljenje podataka označava situaciju u kojoj članovi tima pristupaju istom skupu
podataka, kako bi istodobno, ili s malim vremenskim pomakom, svatko od njih
1
sukladno međusobnoj podjeli rada izvodio različite radnje , imajući pritome
mogućnost uvida u rad drugih i prosljeđujući rezultate vlastitoga rada drugima

1
(npr. oblikovanje-modeliranje dijelova i sklopova, izrada dokumentacije, analiza gibanja,
analiza konačnim elementima...)

3
 Vrste podataka

- entiteti ili items - osnovni elementi u data managementu

- jedinstveno identificiraju svaki podatak, ukazujući na njegovu vrstu i povezanost s

drugim podacima

- primjeri eniteta:

 dio (part)  knjižnica (library)

 sklop (assembly)  projekt
 priprema crteža (drafting setup)  rezultati analiza (collection of
analysis results)
 dio u knjižnici (library part)
 model file
 sklop u knjižnici (library assembly)
 NC putanja alata (NC toolpath)
 priprema crteža u knjižnici (library
drafting setup)
4
 Spremnici podataka (containers)

Vrste spremnika

- svi korisnici softvera - članovi instalacije (softvera)

- instalacija sadrži projekte
- projekt je spremnik neke radne cjeline
- projekti sadrže bilo koji broj ili kombinaciju sljedećih spremnika:

 model files & binovi

 knjižnice (libraries)
 kataloge (catalogs), te
 samostojeće sadržaje kao što su: crteži, picture & plot files, universal files,
archive files

5
 Projekti

Sve što se kreira softverom je dio Privilegije mogu biti ograničene:

nekoga projekta.
Svaki puta na početku svojega rada sa
softverom, korisnik odabire projekt
unutar kojega će raditi.
- konfiguriranjem projekta,
- klasifikacijom članova pri instalaciji
softvera:
 administrator - prva osoba koja je
pristupila softveru,

Projekt manager je odgovoran za  manager,

postavljanje projekta i informiranje ostalih  general user - ne može kreirati,
članova tima o tome na kojim će brisati ili premještati projekt.
projektima oni raditi.

Po defaultu, svaki korisnik ima pristup

svakom projektu, tj. svim podacima
instalacije - svi korisnici su manageri i
imaju RWCDA (read, write, copy, delete,
approve) privilegije. Mogu kreirati
projekte, knjižnice i kataloge te imaju
potpuni pristup svim podacima.

6
 Model Files & binovi

 model file sadrži (skoro) sve što je kreirano ili generirano tijekom radne seanse

 svrha je binova unutar model filea organizirana pohrana rezultata rada

 po završetku neke radne cjeline, potrebno je rezultate rada pohraniti u knjižnicu,

kako bi bili dostupni drugim članovima tima

 model file treba shvaćati kao (privremeni) radni prostor, a ne mjesto permantne
pohrane podataka

 u model fileu držati samo ono na čemu se radi

7
 Knjižnice

 mjesto permanentne pohrane podataka

 služe za data sharing između članova tima

 dodatna prednost korištenja knjižnica: svi entiteti koje se žele pohraniti u knjižnicu
softver prethodno provjeri (npr. ne uspijeva pohrana dijelova koji imaju neku
grešku u svojoj topologiji, i koja je nastala pri njegovom modeliranju)

Dijeljenje podataka između korisnika/članova tima:

 odašiljanje entiteta iz model filea u knjižnicu,

 izuzimanje entiteta iz knjižnice u model file,
 mogućnost naknadne promjene library statusa entiteta (u model fileu).

8
 Odašiljanje entiteta iz model filea u
knjižnicu
Check-in, keep to modify
- čini item dostupnim ostalim kolegama,
koji ga mogu referencirati ili kopirati, ali
ne i modificirati (check out)
- original ostaje u pošiljateljevom model
fileu i on ga može nastaviti modificirati
Check-in, keep as copy
- čini item dostupnim ostalima: bilo tko od
njih ga može modificirati (check out),
referencirati ili kopirati
- kopija ostaje u pošiljateljevom model
fileu i ne može se modificirati
- nema automatskog updatea (ako ga je
netko naknadno izuzeo iz knjižnice,
modificirao, te opet izveo check-in, keep ne ostaje u pošiljateljevom model fileu
to modify)
9
- opcije: Local copy/Copy with notification
(u slučaju odabira potonje pošiljatelj će
biti obaviješten ako dođe do bilo kakve
naknadne modifikacije entiteta)
Check-in, keep as reference
- čini item dostupnim ostalima: bilo tko od
njih ga može modificirati (check out),
referencirati ili kopirati
- kopija ostaje u pošiljateljevom model
fileu i može se ažurirati (update) u
slučaju naknadnih modifikacija
Check-in, do not keep
- čini item dostupnim svima: bilo tko ga
može izuzeti u svrhu modifikacije (check
out), referencirati ili kopirati
- entitet (niti bilo kakva njegova kopija)
 Izuzimanje entiteta iz knjižnice u
model file
Check out
- smještanje entiteta u bin model filea u
svrhu modifikacije
- item u nekome trenutku može biti kod
samo jedne osobe u statusu checked out
- samo posljednja (najnovija) verzija
itema može biti čekirana out
- po izvršenju modifikacije entitet se šalje
natrag u knjižnicu (check-in), gdje se
stvara nova verzija entiteta
Reference
- smještanje entiteta u bin model filea u
svrhu referenciranja, a ne modificiranja
- izuzeti entitet posjeduje asocijativnost
prema originalu
- u slučaju kreiranja nove verzije u
knjižnici, može se napraviti ažuriranje
(update)
10
- primjeri: izrada crteža, neke analize,
oblikovanje sklopova, putanje alata
- opcije: Reference latest/Reference
specific (kod prve opcije u slučaju
kreiranja nove verzije u knjižnici slijedi
obavijest o potrebi ažuriranja entiteta
(automatski update))
Copy
- smještanje entiteta u bin model filea,
niti u svrhu referenciranja, niti
modificiranja, već korištenja kao počela
za kreiranja novog itema; ili pak
razmatranja ili analize neke varijante
("Što bi bilo ako se...?")
- kopija ne zadržava asocijativnost s
entitetom u knjižnici
- opcije: Copy/Copy with Notification. (u
slučaju odabira potonje slijedi obavijest
ako dođe do bilo kakve naknadne
modifikacije izvornog entiteta, ali nema
mogućnosti automatskog updatea)
 Primjer: tretman sklopova u knjižnicama
 check out sklopa - pritome se
ne čekiraju out svi
"podsklopovi" i dijelovi, budući
da bi to blokiralo rad drugih

 stoga će sadržani
"podsklopovi" i dijelovi imati
sljedeće library statuse:
- "podsklopovi" i dijelovi 1.
stupnja ugradnje: Reference
Latest
- elementi 2. stupnja ugradnje:
Reference Specific

 ako se promijeni library

status sklopa, status
elemenata 1. stupnja
ugradnje neće se promijeniti

11
 Katalozi

 sadrže standardne ("nepromjenjive") dijelove, koje mogu koristiti svi korisnici u

svojemu radu

 dijelovi koji se modificiraju treba pohranjivati u knjižnice

 predefinirani (isporučeni sa softverom) i vlastitokreirani

 parametrizacija

12
 Upravljanje projektima (Project Management)

Namijenjeno:

 menadžerima projekata,
 vodećim inženjerima,
 vođama timova,
 sistem administratorima,

i svim onima koji su zaduženi za:

 planiranje projekata,
 uspostavu (osnivanje) projekata,
 praćenje napretka projekta, i
 izvještavanje o radu na projektima.

13
 Upravljanje projektima uključuje:

 planiranje projekta  metode i alati za efikasno

Kako su podaci organizirani u softveru i koji je
najbolji način da se inženjerski rad (proces)
obuhvati softverom?
Skicirati dijagram toka vlastitog inženjerskog
procesa!
Da li konfigurirati projekt - tj. omogućiti ili
zabraniti pristup nekome?
komuniciranje (modifikacije!)
automatski e-mail, popratni tekst fileovi i opisi
 informacije o projektu
izvještaji, BOM, pretraživanja podataka o
itemima (where-used)

 data sharing  konfiguriranje projekta

Organizacija timova i razmatranje razmjene Planiranje i osnivanje projekata.
podataka u različitim fazama rada
Uloge, stanja, procesi odobravanja...
(modifikacije!, sklopovi!).
Razmjena podataka između različitih
instalacija i sustava.

14
 Uspostava projekta

Zašto planirati projekt?

Kako bi se skratilo vrijeme i smanjile frustracije.
Daljnje prednosti:
 bolje razumijevanje vlastitog inženjerskog procesa (rada),
 bolje razumijevanje što softver može, a što ne može,
 manje naknadnog rada (preimenovanje, prenumeriranje),
 manja potreba za premještanjem i reorganiziranjem podataka,
 poboljšanje data sharinga između instalacija.
Postoji više načina uspostave projekta, ovisno o veličini tima, broju itema, da li će se
projekt konfigurirati...
Dva su osnovna načina uspostave projekta (vrste projekata):
 kombinacija user/tim projekt,
 timski projekt.

15
 Kombinacija user/tim projekt

Prednosti:

 manje problema s pristupom

projektima,

 manja veličina timskoga

projekta.

Mane:

 broj projekata raste,

 otežano praćenje povezanosti
između projekata te vanjskih
referenci.

16
 Timski projekt

Prednosti:

 lakša organizacija i pohrana

(sve je na jednoj lokaciji),

 useri ne trebaju vlastite

projekte.

Mana:

 raste vjerojatnost pojavljivanja

problema pristupanja projektu
(više korisnika pristupa
istodobno).

17
Razmatranja pri uspostavi projekta

Tko može pristupiti projektu? Timski

Veliki projekt i
Tko smije kreirati projekt? DM timski mnogo
projekt user
Organizacija projekata u grupe i projekata
podgrupe.
Modeliranje dijelova i
30 50
FEM
2D crteži samo u
Optimalni broj istodobnih korisnika u 20 20
knjižnicama
projektu, nema limita ali zbog problema s
pristupom (uključujući brzine servera, Jednostavni sklopovi
radnih stanica i mrežne opreme): u knjižnicama (manje 10 15
od 20 dijelova)
Složeni sklopovi u
knjižnicama (više od
20 dijelova) s 5 8
pridruženim setupima
crteža i crtežima

18
 Optimalni broj itema - nema limita, ali Backing up individualnih projekata
dobro je manje od 5 000. (tipično, administrator bi trebao raditi
bekap čitave instalacije svaki dan):

 backing up knjižnica - File/Export,

Prenošenje projekata i njihovih podataka
između instalacija.  archive file - za pohranu za uporabu u
nekom budućem vremenu.

File import/export itemsa knjižnica,

model fileova i dr.; adopt; utilities za Brisanje projekata - lako, ako nema
prenošenje čitavih projekata. shared data ili eksterne veze; većina
brisanja bit će naporna i vremenski duga.

Broj knjižnica u projektu - nema limita.

Organizacija projektnih fileova - moguće

od strane projekt managera.

19
 Koraci pri uspostavi projekta

A. Strategija rada? Top-down ili C. Uspostava projektnog tima

bottom-up pristup? (odrediti broj članova tima, broj
projekata, broj knjižnica...)
Primjer top-down pristupa:
1. kreirati projekt,
2. kreirati hijerarhiju sklopa ("prazni" sklop - D. Konfiguriranje projekta
BOM),
1. Započeti jednostavnim
3. check in hijerarhije sklopa, razmišljanjem:
4. svaki tim/user unosi hijerarhiju sklopa i
 najjednostavnije konfigurirani projekt: tko
kreira svoj dio, smije, a tko ne smije pristupiti projektu
5. check in gotovih dijelova,
 složeno konfigurirani projekti s mnogo
6. orijentiranje instanci sklopa, korisnika, uloga i drugih parametara
7. istraživanje interferencija, svojstava, 2. opet dobro razmisliti i
gibanja, ...
isplanirati/provjeriti tok rada
(dijagram toka!)
B. Napraviti detaljan dijagram inže-
njerskog rada (procesa) - sa svim 3. tek sada sjesti za softver
fazama i detaljima (procedure
oblikovanja, izmjena i dr.)

20
  members - članovi - osobe (+  role assignements
- svakom se članu preporuča
preporuča se superuser softvera za dodijeliti samo jedna uloga (da ne dođe do konfuzije)
svaki konfigurirani projekt)
- primjeri: šef/vođa projekta,
konstruktor I, konstruktor II, tehnolog
I, crtač, međutim, ponajprije je riječ o
osobama, a ne funkcijama!

 uloge (roles) - poslovi

- manager - dodjeljuje se onome tko je
konfigurirao projekt, tj. prvi stisnuo
"configure selected" i imat će sve
privilegije (kreiranje knjižnica,
kreiranje i modificiranje članova,
uloga, dodjele uloga i dr.; copy,
import, export, delete, lock i druge
funkcije...)
- world - svi
- worker - autoriziran za rad na
projektu
- reviewer - autoriziran za kontrolu
- approver - autoriziran za odobrenja

21
  states - projektna stanja -
opisuju faze u inženjerskom
procesu (radu)
- npr.: inicijalno, dorada, za provjeru,
za odobrenje, odobreno itd.
- dobro je uključiti redne brojeve na
početku imena svakoga stanja
- defaultna stanja: all state, initial,
released

 dodjela privilegija pristupa

(RWCDA)
WRITE - create/modify
APPROVE - promjena stanja

22
23
KONAC