SISTEMŲ INŽINERIJOS PLANAVIMAS

IR ORGANIZAVIMAS

Sistemų inžinerijos valdymas

Sistemų inžinerijos valdymas – planavimas, organizavimas, aprūpinimas kadrais; procesų projektavimas, plėtojimas, testavimas; sistemos sukūrimas, tikrinimas ir kontrolė. Sistemų inžinerijos valdymo tikslas yra pateikti teisingą elementą teisingoje vietoje teisingu laiku ir su mažiausiom žmogiškųjų ir fizinių išteklių išlaidom.

Sistemų inžinerijos planavimasSėkmingas sistemų inžinerijos programos reikalavimų

įvykdymas priklauso nuo :• taikomo aukštyn-žemyn būdo sistemos vystyme,• ankstesnės integracijos projektavimo ir susijusių pagalbinių

darbų,• reikalavimų pristatymo visos sistemos gyvavimo ciklo

terminais,• būtinų reikalavimų ir nuo pradžios planuojamos

dokumentacijos skleidimo. Programos dokumentacija - specifikacijų ir planų derinys su sistemos specifikacija (tipo A), kuri apima bendrus techninius reikalavimus sistemai kaip sistemų inžinerijos valdymo planui.

Sistemų inžinerijos valdymo planas (SEMP)

SEMP yra raktinis valdymo dokumentas, apimantis darbus ir svarbius etapus, būtinus įvykdyti tikslams. SEMP tiesiogiai pateikia programos valdymo planą (PMP), kuris sudaromas duotos programos ar projekto valdymo dokumento viršuje.

SEMP tikslai – pateikti struktūrą, strategijas ir procedūras, kad skatinti įvairių inžineriškai susietų darbų, reikalingų sistemos projektavimui ir vystymui, susijungimą.

Programos reikalavimai

Programos valdymo planas (PMP)

Programos techniniai reikalavimai Programos valdymo reikalavimai

Sistemos reikalavimas(Tipo A reikalavimas)

Plėtros reikalavimas(Tipo B reikalavimas)

Rezultato reikalavimas(Tipo C reikalavimas)

Proceso reikalavimas(Tipo D reikalavimas)

Duomenų reikalavimas(Tipo E reikalavimas)

Susijusiųprogramųvaldymo

planai

Individualios programos planai

Sistemosinžinerinisvaldymo

planas

. Duomenų valdymo planas

. Įperkamumo planas

. Bendrųjų strategijų palaikymo planas

. Visiškos kokybės užtikrinimo planas

. Gamybinis programos planas

. Tikrinimo ir vertinimo pagrindinis planas

Konfigūracijos valdymo planas.Funkcinis projektavimo planas.

. Programos patikimumo planas

. Programos palaikymo planas. Žmogiškųjų faktorių programos planas. Sistemos saugumo programos planas. Mechanizmo inžinerinis planas. Veikiantis kartu inžinerinis planas

. Tiekėjo inžinerinis planas (-ai). Vienkartinis ir pasikartojantis planas

. Gamybos planas

Sistemų inžinerijos valdymo planas

I dalis

Techninis programos planavimas,įvykdymas ir kontrolė

II dalis

Sistemų inžinerijosprocesas

III dalis

Inžinerijos specialybės integracija

Aprašo techninius programosuždavinius, kurie turi būtiplanuojami ir įvykdomi sistemųinžinerijos valdymo tikslųįgyvendinimui.

Aprašo sistemų inžinerijosprocesą - kaip jis tinka sistemosreikalavimų apibrėžimui ir šiųreikalavimų vystymuigalutinėje gamybos formoje.

Aprašo sistemos reikalavimus įvairioseinžinerijos specialybės srityse ir šiųspecialybės sričių integraciją įpagrindinius inžinerijos projektų irvystymosi bandymus.

. Poreikių analizė

. Palaikymo koncepcija

. Funkcinė analizė. Reikalavimų paskirstymas

. Operaciniai reikalavimai

. Tinkamumo analizė

. Techniniai įvykdymomatmenys

. Projekto integravimas

. Sintezė, analizė irprojektavimo optimizavimas

. Projekto apžvalga. Tikrinimas ir įvertinimas. Panaudojimas ir palaikymas. Pakeitimas / tobulinimas. Pasitraukimas ir perleidimas

. Žmogiškųjų faktorių irsaugumo inžinerija

. Funkcinė inžinerija

. Mechanizmo inžinerija

. Palaikymo inžinerija

. Patikimumo inžinerija

. Programinės įrangos inžinerija

. Įperkamumas

. Gaminamumas

. Vienkartiškumas. Kokybės inžinerija. Kiti inžinerijos metodai

. Programos reikalavimai(trumpas darbo išdėstymas)

. Tiekėjo reikalavimai

. Organizavimas (vartotojo,gamintojo, tiekėjo ryšiai )

. Techninis sąsajos valdymas

. Programos valdymas

. Rizikos valdymas

. Programos planavimas(specialus, WBS, tvarkaraštis,kainų planai, ataskaitos)

SISTEMŲ INŽINERIJOS VALDYMO PLANAS(Pagrindai, EIA Inžinerijos Standartas 632, “Sistemų Inžinerija”)

1. Antraštinis puslapis, turinys, taikomi dokumentai2. Sistemų inžinerijos procesas 2.1 Sistemų inžinerijos proceso planavimas – svarbesni rezultatai iš proceso, proceso įėjimų, techninių tikslų,

darbo gedimo struktūros (WBS), mokymo, standartų ir procedūrų, išteklių paskirstymo, apribojimų, darbo įgaliojimo, patikrinimo planavimo, rangovo/tiekėjo techninių pastangų.

2.2 Reikalavimų analizė – patikimumas ir palaikymas, išlikimas, elektromagnetinis suderinamumas, žmogaus inžinerija, saugumas, produktyvumas, gaminio palaikymas, tikrinimas ir įvertinimas, integruota diagnostika, kilnojamumas, infrastruktūros palaikymas, kitos funkcionalumo sritys.

2.3 Funkcinė analizė ir paskyrimas – būdai, metodai, procedūrų įrankiai. 2.4 Sintezė – faktorių, priklausomumo būdai ir metodai, poveikių pasirinkimo naudojimas. 2.5 Sistemų analizė ir kontrolė – būdas, metodai, procedūros ir įrankiai (verslo studijos, sistemų kainos-

efektyvumo analizė, rizikos vadyba, formos vadyba, sąsajos vadyba, duomenų vadyba, SE pagrindinis tvarkaraštis, techniniai atlikimo matmenys, subrangovo/tiekėjo kontrolė, reikalavimų susekamumas).

3. Pereinamosios kritiškos technologijos – veiklos, pavojai ir technologijų parinkimo ir perėjimo prie kitų technologijų kriterijus.

4. Sistemų inžinerijos bandymų - organizavimo integracija ir projektavimo disciplinų ir susijusių veiklų integracija (konkurencinė inžinerija).

5. Įgyvendinimo uždaviniai – technologijų patikrinimas (verifikavimas), proceso išmėginimas, pramoninės inžinerijos tikrinimo gaminiai, vystymosi tikrinimas ir įvertinimas, generavimas ir programinės įrangos pakartotinis naudojimas, patvirtinantis inžinerinis ir problemos sprendimo palaikymas, kitų sistemų inžineriniai įgyvendinimo uždaviniai.

6. Papildomos sistemų inžinerijos veiklos – ilgo-žingsnio (long-lead) elementai, inžinerijos įrankiai, kainos projektavimas, reikšmių inžinerija, sistemų integracija, kiti metodai ir kontrolės.

7. Pastabos ir priedai.

Trumpas darbo išdėstymas (SOW)

SOW yra darbo pasakojamasis aprašymas, reikalingas duotam projektui. Tai:1. užduočių santrauka, kurios turi būti įvykdytos;2. pradinių reikalavimų nustatymas iš kitų užduočių;3. nuorodos taikomiems reikalavimams (apimant Sistemos A reikalavimą), standartams, procedūroms

ir susijusiai dokumentacijai, kas būtina darbo užsibrėžtos srities užbaigimui; (Šios nuorodos turėtų būti nustatomos kaip reikalavimai dokumentacijos medyje.)

4. specialių gautų rezultatų aprašymas. (Jame turi būti gautos aparatūros, programinės įrangos, projekto duomenys, ataskaitos ar susijusi dokumentacija, pateiktas pristatymo tvarkaraštis.)

Bendrosios rekomendacijos ruošiant SOW:1. SOW turi būti santykinai trumpas (neviršyti dviejų puslapių), ir turi būti parašytas aiškiai ir tiksliai.2. Kiekvienas bandymas turi būti padarytas išvengiant dviprasmiškumo, ir klaidingo supratimo

galimybės skaitytojui.3. Reikalavimai turi būti aprašomi pakankamai smulkiai, kad garantuoti aiškumą, derinant praktinius

taikymus ir galimas legalias interpretacijas; ne perdaug ar per smulkiai apibūdinti.4. Išvengti nereikalingo pasikartojimo ir pašalinių dalykų ir reikalavimų sujungimo. 5. Nekartoti smulkių sąlygų ir reikalavimų, kurie jau yra numatyti taikomoje rekomendacijų

dokumentacijoje.6. Neturi būti neatsakytų klausimų, nes SOW bus skaitomas skirtingų specialybių žmonių (pvz., inžinierių, apskaitininkų, sutarčių vadybininkų, tvarkaraščio sudarytojų, teisininkų).

Sistemų inžinerijos programos uždaviniai• Atlikti reikiamą analizę ir vadovauti įgyvendinamumo tyrimo studijoms. • Pažymėti sistemos operacinius reikalavimus, patikimumo sąvoką, ir suteikti pirmenybę

techniniams atlikimo matams. • Atlikti funkcionalinę analizę sistemos lygyje ir paskirti reikalavimus sekančiam

žemesniam lygiui. • Paruošti Tipo A sistemos specifikaciją. • Paruošti tikrinimo ir įvertinimo pagrindinį planą. • Paruošti sistemų inžinerijos valdymo planą (SEMP). • Atlikti sintezę, analizę ir įvertinimą. • Planuoti, suderinti ir vadovauti formaliems projektų apžvalgos susitikimams. • Patikrinti ir apžvelgti sistemos tikrinimo ir įvertinimo darbus. • Suderinti ir apžvelgti visus formalių projektų pakeitimus tobulinimui. • Priimti ir sudaryti būtinus nenutrūkstamo ryšio darbus per visą gamybą, panaudojimą ir

palaikymą, ir pasitraukimo ir daiktinio perdavimo fazes. Tikslas yra nustatyti uždavinius, kurie yra orientuoti į sistemą ir kritiniai, kad sutikti su jauaprašytais reikalavimais. Bendri tikslai yra garantuoti, kad

– reikalavimai sistemai būtų iš pat pradžių gerai apibrėžti; – būtų “integruojamos” atitinkamos charakteristikos;– sistema patvirtintų pradžioje nusakytus reikalavimus.

Darbų gedimo struktūra (WBS)

WBS yra į gaminį orientuotos šeimos medis, kuris leidžia funkcijų, veiklų, uždavinių, darbo paketųnustatymą, kuris atliktų duotos programos užbaigimą. Jis parodo, kad sistema (ar produktas) bus vystoma, gaminama, naudojama ir palaikoma, ir aprašo visus darbo elementus, kurie bus vykdomi. WBS vaizduoja darbų paketų, reikalingų programos planavimo, biudžeto sudarymo, užsakovų ir atsiskaitymų organizaciją.

01-00-00Sistema XYZ

01-01-00Darbas A

01-02-00Darbas B

01-03-00Darbas C

01-04-00Darbas D

01-02-01Funkcija 1

01-02-04Funkcija 4

01-02-03Funkcija 3

01-02-02Funkcija 2

Apibendirnta darbų gedimo struktūra

1 lygis

2 lygis

3 lygis

Sutarta darbų gedimo struktūraPagalbinė sistemos projektavimo fazė

Sutarta darbų gedimo struktūraDetali projektavimo ir vystymo fazė

Darbų planavimas

17

Pagrindiniai sistemųinžinerijos darbai / etapai

1. Reikalinga analizė ir įgyvendinamumo tyrimai2. Sistemų operaciniai reikalavimmai ir palaikymo koncepcija

3. Sistemos specifikacija4. Tikrinimo ir įvertinimo generalinis planas5. Sistemų inžinerijos valdymo planas6. Abstrakti projekto apžvalga7. Funkcinė analizė ir reikalavimų paskirstymas8. Sistemos analizė, sintezė ir apmokymo studijos9. Sistemos projektų apžvalgos10. Sistemos projektų sujungimas11. Sistemos tikrinimas ir įvertinimas12. Įrengimų / programinės įrangos projektavimo apžvalgos13. Kritinė projketo apžvalga14. Projekto pakeitimo konktrolė ir sistemų modifikacijos15. Gamybos / konstrukcijos sąveika iružsakovo aptarnavimas

1 2 3 4 5 6 7 8 9 10 1211 13 14 16 1815 19 20 2221 23 24Mėnesiai po programos paleidimo

Abstraktiprojektavimo ir

išankstinioplanavimo fazė

Parengiamoji sistemosprojektavimo fazė

Detali sistemosprojektavimo fazė

Gamybos irkonstrukcijos fazė

Programos tinklas

Abstraktus projektavimas Išankstinis projektavimas Smulkus sistemosprojektavimas ir tobulinimas

Savaitės po programos paleidimo

Sistemosanalizė

Funkcinėanalizė ir

paskirstymas

Sistemosspecifikacija

A Tipo

Smulkiosspecifikacijos

B-E Tipų

Sistemoskomponenčių

(tiekėjų)įgyjimas

Programospradžia

Sistemosinžinerijosvaldymo

planas(SEMP)

Projektavimoįkomponavimas

(pradžia)

Sistemosprotokolomodelio

tobulinimas

Sistemostikrinimas irįvertinimas

(užbaigimas)

Programospabaiga

Abstraktiprojektavimo

apžvalga

Sistemosprojektavimo

apžvalga

Įrengimų,programinės

įrangos,komponenčiųprojektavimo

apžvalga

Kritinėprojektavimo

apžvalga

Projektavimoįkomponavimas

(tęsinys)

Projektavimoįkomponavimas

(tęsinys)

Kritinė trajektorija: 1 - 2 - 3 - 4 - 6 - 7 - 9 - 11 - 12 - 14 - 15 - 16 - 17

1

2 3 6 812

47 9 11

14

10513

16

15 17

A

C

B

E H

L

N

G J

F I

P

O

Q

U V

Z

T

SW

Y

AA

X

CC

BB

D K M

R

2-3-4

1-2-36-8-12 2-3-4 3-4-6 3-4-6

8-10-12

6-8-12 3-4-6

2-3-4 1-2-3

16-20-24

2-3-4

28-32-40

3-4-61-2-3

2-3-4

3-4-6

12-16-20

6-8-126-8-12

6-8-12

10-12-163-4-8

2-3-4

2-4-62-3-4

2-3-4

8-10-14

Programos tinklo darbų sąrašasA Atlikti reikiamą analizę, vadovauti tinkamumo studijoms, ir užbaigti sistemų analizę (operaciniai

reikalavimai, palaikymo koncepcija, ir funkcinis sistemos žymėjimas)B Vadovauti išankstiniam planavimui, atlikti pradines valdymo funkcijas ir užbaigti Sistemų inžinerijos

Valdymo planą (SEMP).C Paruošti Sistemos specifikaciją (A tipo).D Tobulinti sistemos-lygio techninius reikalavimus įtraukimui į SEMP.E Paruošti sistemos-lygio projektavimo duomenis ir pagalbines medžiagas Abstrakčiai Projektavimo

Apžvalgai.F Vadovauti funkcinei analizei ir visos sistemos reikalavimų paskirstymui posistemės lygiui ir žemiau (jei

reikia).G Tobulinti būtiną ir susijusią organizacinę infrastruktūrą reikiamos programos projekto darbų užbaigimo

paruošimui.H Paaiškinti rezultatus iš Abstrakčios Projektavimo Apžvalgos atitinkamiems projektavimo darbams (t.y.

patvirtinti projektavimo duomenys, rekomendacijos įvykdymui/ pataisymui).I Paaiškinti rezultatus iš funkcinės analizės ir paskirstymo darbo į specialius projektavimo kriterijus,

reikalingus kaip įėjimas į projektavimo integravimo procesą.J Atlikti parengiamąjį projektavimą ir susijusius projektavimo integravimo darbus.K Paaiškinti rezultatus iš sistemos lygio projektavimo į specialius reikalavimus posistemės lygiuose ir

žemiau. Paruošti Tobulinimo, Proceso, Gamybos ar Duomenų specifikacijas, jei reikia.L Vadovauti būtinam planavimui ir paruošti Sistemos Projektavimo Apžvalgą.M Paaiškinti reikalavimus, esančius specialaus projektavimo kriterijaus įvairiose taikomosiose

specifikacijose, reikalingose kaip įėjimas į projektavimo integravimo procesą.N Paruošti projektavimo duomenis ir pagalbines medžiagas (kaip parengiamojo programavimo rezultatą)

Sistemos Projektavimo Apžvalgai.O Atlikti parengiamąjį projektavimą ir susijusius projektavimo integravimo darbus.

Programos tinklo darbų sąrašas (tęsinys)P Paaiškinti rezultatus iš Sistemų Projektavimo Apžvalgos atitinkamiems projektavimo darbams (t.y.

patvirtinti projektavimo duomenys, rekomendacijos įvykdymui / pataisymui).Q Nustatyti atitinkamus sistemos komponenčių tiekėjus, skirti būtinus specifikacijos reikalavimus per sutartis,

ir kontroliuojamus tiekėjų darbus.R Vadovauti būtinam planavimui ir paruošti Įrengimų / Programinės įrangos/ Komponenčių Projektavimo

Apžvalgas (čia gali būti individualių projektavimo apžvalgų, apimančių skirtingas sistemos komponentes).S Pateikti smulkius projektavimo duomenis palaikyti tiekėjo operacijoms.T Tobulinti prototipo modelį, su susijusiu palaikymu, ruošiant sistemos tikrinimą ir įvertinimą.U Paruošti projektavimo duomenis ir palaikymo medžiagas (kaip smulkaus projektavimo rezultatą)

Įrengimams / Programinei įrangai/ Komponenčių Projektavimo Apžvalgoms.V Paaiškinti rezultatus iš Įrengimų / Programinės įrangos/ Komponenčių Projektavimo Apžvalgų

Susijungimui į prototipinius modelius kaip tinkama. Prototipinis modelis, kuris bus panaudotas tikrinime ir įvertinime, turi atspindėti vėliausią projektavimo konfigūraciją.

W Pateikti tiekėjo komponentes su palaikymo duomenimis sistemos prototipo tobulinimui, panaudotam tikrinimo ir įvertinimo darbuose.

X Pasiruošti ir vadovauti Sistemos tikrinimui ir įvertinimui.Y Pateikti testavimo duomenis ir logistikos palaikymą, iš įvairių tiekėjų visoje sistemos tikrinimo ir įvertinimo

fazėje. Tikrinimo duomenys reikalingi apsaugoti individualius testus, tvarkytus tiekėjų galimybėmis, ir logistikos palaikymas yra būtinas palaikyti sistemos testavimo darbus.

Z Vadovauti būtinam planavimui ir paruošti Kritinę Projektavimo Apžvalgą.AA Patikrinti rezultatai, kitokio projektavimo patikrinimo ar rekomendacijų įvykdymui / pataisymui forma, yra

pateikti kaip įėjimas į Kritinę Projektavimo Apžvalgą.BB Paruošti sistemos tikrinimo ir įvertinimo ataskaitą.CC Paaiškinti rezultatus iš Kritinės Projektavimo Apžvalgos susijungimui į galutinę sistemos konfigūraciją

prieš įeinant į programos Gamybos ar Konstrukcijos fazę.

Projektavimo kainos Programos uždaviniams

WBS pateikia struktūrą,kur yra padarytos kainųprojekcijos ir formuojamibiudžetai projektams.

B3AsistemosanalizėStartas

B3BsistemosanalizėPilna

Kainos pokytis

$

$15,112

Laikas

Veiklos – kainos funkcija

Sistemų inžinerijos organizavimasPradinis sistemų inžinerijos planavimas prasideda nuo abstraktaus projektavimo ankstyvų fazių, ir vystosi per SEMP vystymąsi. Kad įvykdyti šį planą sėkmingai, reikia organizacinės struktūros, kuri padės taikyti sistemų inžinerijos principus ir sąvokas programoms.Organizacinės struktūros rūpinasi, kad būtų atliktos funkcijos ir rezultatai priklausytų nuo įgyvendintų tikslų, resursų taikymo, ryšių ir darbinių ryšių tarp individualių dalyvių, personalo motyvacijos ir daugelio kitų faktorių.

Galutinis tikslas yra efektyviai dirbti ir efektyviai panaudoti žmonių, medžiagų ir piniginių resursus, darant sprendimą ir nustatant ryšių procesus, sukurtus atlikti specialiems tikslams. Uždavinių unikalumas ir dauguma skirtingų sąsajų padeda jos vystymuisi.

• Organizacinės struktūros vystymasis• Vartotojo, gamintojo ir tiekėjo santykiai• Gamintojo organizacija ir funkcijos

Organizacinės struktūros vystymasis

Pradinis žingsnis organizacinės struktūros vystyme yra apibrėžti tikslus visai kompanijai/agentūrai/institucijai, kartu su funkcijomis ir uždaviniais, kurie turi būti išspręsti. Priklausomai nuo programų sudėtingumo ir dydžio, struktūra gali būti visas funkcinis modelis, projekto orientacija, matricinis būdas ar jų derinys.

Pirminis tikslas yra garantuoti tinkamą sistemos-lygio reikalavimų vystymąsi. Šie darbai, surinkti tiekėjo/vartotojo, yra nukreipti į sistemą kaip visumą. Yra svarbus personalo parinkimas.

Kai programa pereina į parengiamojo ir smulkaus projektavimo ir vystymosi fazes, personalo skaičius gali augti. Organizacinė struktūra gali pereiti iš visos projektavimo konfigūracijos į maišytą funkcinio-projektavimo ar matricų būdą. Kai sistema ir jos elementai įeina į gamybos/konstrukcijos fazę, organizacinė struktūra gali pereiti dar kartą.

Vartotojo, gamintojo ir tiekėjo santykiai

Programosvaldymas

Sistemųinžinerija

Funkcinėinžinerija

Integruotaslogistikos

palaikymas

Kokybėsgarantija

Programosvaldymas

Sistemųinžinerija

Projektavimoinžinerija

Integruotaslogistikos

palaikymas

Gamybos tikrinimokokybėskontrolė

Užsakovo struktūrinė schema

Gamintojo struktūrinėschema

Tiekėjas A

Sistemoskomponenčiųprojektavimas

Tiekėjas B

"Standartinės"standarto

komponentės

Tiekėjas C

Komponenčiųgamintojas

Formalūs sutartiniai ryšiaiNeformalios ryšių jungtys

Gamintojo organizacija ir funkcijos

Pagrindinis statymo blokas yra funkcinis būdas. Tikslas yra atlikti panašų darbą vienoje organizacinėje komponentėje. Visoje funkcionalinėje struktūroje, visas inžinerinis darbas yra vieno vadovo atsakomybė, visas gamybos bandymas yra kito vadovo atsakomybė, ir t.t. Keletas organizacinių grupių atliks to paties tipo darbą visiems vykstantiems projektams konkurentinėje bazėje.

Dalinė funkcinė organizacija apima pagrindinio darbo paketų nustatymą. Organizacija atsakinga už šių uždavinių atlikimą. Šio būdo pageidauja mažos firmos ir agentūros, kai lengva vadovauti panašių funkcijų ir panašios kvalifikacijos personalo grupei. Didelėm daugiaprodukcinėm firmom, visas funkcinis būdas yra organizuojamas individualių projektų terminais, su aplinkui įdiegta drausminančia veikla.

Dalinė funkcinė organizacija

Prezidentas

Vice-PrezidentasTyrimai ir inžinerija

Inžinerija

Sistemų inžinerija

Sistemos planavimas

Sistemos analizė - funkcinė analizė,paskirstymas, optimizavimas, sintezė

Įvykdomumo studijos

Parengiamasis sistemos projektavimasSpecifikacijosProjektavimo apžvalga

Elektrinis projektavimas

Aplinkinė analizė, projektavimas irsudėjimas

Instaliacijos ir laidų įrenginiaiTikrinimo reikalavimai

Mechaninis projektavimas

Struktūrinė analizė ir projektavimasMedžiagų parinkimas ir taikymasFunkcinis planas ir sudėjimasSąsajos reikalavimaiTikrinimo reikalavimai

Projektavimo palaikymas

Patikimumo inžinerija

Patikimumo reikalavimai, analizėir komponentų atrinkimasPrognozė ir įvertinimasProjektavimo apžvalgaTikrinimo reikalavimai

Palaikymo inžinerija

Palaikymo reikalavimai, analizėir komponentų atrinkimasPrognozė ir įvertinimas

Tikrinimo reikalavimaiProjektavimo apžvalga

Logistikos inžinerija

Palaikymo idėjosPalikomumo analizė

Projektavimo apžvalga

Logistikos palaikymoreikalavimai

Tikrinimas ir įvertinimas

1 ir 2 tipo tikrinimas

Komponenčių tikrinimasInžinerijos modeliotikrinimasPtototipo tikrinimas -patikimumo ir palaikymotikrinimas, aplinkostikrinimas, logistikospalaikymo suderinamumotikrinimas; smėlio, druskosir skysčio tikrinimas,drėgmės tikrinimas, EMItestas, t.t.

3 tipo tikrinimas

Sistemos tikrinimas irįvertinimasDuomenų derinimas, analizėir ataskaita

Tyrimai

Technologijos įvertinimasMedžiagų taikymo tyrimaiNaujų gamybosįrenginių tobulinimas

KitiOperacijų tyrimas

Supaprastinta projekto organizacija

Prezidentas

Vice-PrezidentasTyrimai ir inžinerija

Projekto Adirektorius

Inžineriniaidarbai

Projektui A

Resursai A

Projekto Bdirektorius

Inžineriniaidarbai

Projektui B

Resursai B

Projekto Cdirektorius

Inžineriniaidarbai

Projektui C

Resursai C

Matricinė organizacija

Prezidentas

Administracijosmarketingosandėriai ir

Finansai

Projektovadovas

Mechaninisprojektavimas

Sistemosinžinieriai

Vice-prezidentasmokslininkas ir

inžinierius

Elektrinisprojektavimas

Projektas A

Projektas B

Projektas C

Tipinė projekto – personalo organizacijaPrezidentas

Vice-PrezidentasTyrimai ir inžinerija

Projektodarbai

Elektrinisprojektavimas

Gamybospalaikymas(Logistika)

Projekto Bdirektorius

SistemųInžinerija

Mechaninisprojektavimas

Projekto Adirektorius

Personalodarbai

Projektavimopalaikymas

Paraiškosprojekto

palaikymui

Sudėtiniaiprojekto

uždaviniai Inžinerijoslaboratorijos

Kokybėskontrolė

Pagrindinės sistemų inžinerijos ryšių jungtys (gamintojo organizacija)

Kompanija HIJ

InžinerijaVerslas

Marketingas ir pardavimas

Žmogiškieji ištekliaiPirkimasFinansai ir apskaita

Sutarčių vadyba

Projektas ZProjektas Y(programos vadovas)Projektas X

Programos valdymas

Duomenų valdymasFormos valdymasPlanavimas/koordinavimas

Tiekėjų valdymas

Palaikymas

Integruotas logistikos palaikymasPalaikomumo analizėPalaikymo aplinkaAtsarginės / suremontuotos dalysTechniniai duomenysBandymų aplinkaTransportavimas ir paskirstymasVartotojų aptarnavimas

Operacijos

Gamybos inžinerijaGamybaFabrikavimasInspektavimas ir tikrinimasModifikacijosKokybės garantija

Projektavimo inžinerija Projektavimo garantija Programinės įrangosinžinerija

Projektavimas/dokumentacijakompiuterio-pagalba

Elektrinis projektavimas

Struktūrinis projektavimas

Medžiagų inžinerijaMechaninis projektavimas

Komponenčių inžinerija

Sistemų inžinerija

Sistemos reikalavimai

Sistemos integravimasir tikrinimas

Sistemos analizėSistemos specifikacija

Projektavimo apžvalga

Patikimumas

Žmogiškieji faktoriai

Logistikos inžinerijaPalaikymas

Reikšmių inžinerija

Operacinė programinė įranga

Programinės įrangosįteisinimas

Gamybos ir tikrinimoprograminė įranga

Palaikymo programinė įrangaProjektavimostandartizavimas

Vartotojo/tiekėjo sąsajaCAM/CALS sąsajaKompiuterių taikymai

Ryšių kanalai

Pagrindinio projekto sąsajos reikalavimų aprašasRyšio

kanalasPalaikymo organizavimas

(Sąsajos reikalavimai)A 1. Marketingas ir pardavimas

2. Apskaita3. Pirkimas4. Žmogiškieji resursai5. Sutarčių vadyba.

B Įvertinti ir palaikyti ryšius, ir nutraukti ryšius su kitais projektais su tikslu perduoti žinias, kuriosgali būti panaudotos Projekto Y naudai. Paprašyti dalyvavimo iš kitos kompanijos – plačiaifunkcionaliai – orientuotų inžinerijos laboratorijų ir departamentų, susijusių su naujų technologijųtaikymu sistemos projektavime ir vystyme.

C Pateikti įėjimą į projekto reikalavimus sistemos palaikymui, ir paprašyti dalyvauti funkciniųaspektų prasme, susijusių su projektavimu, vystymu, tikrinimu ir įvertinimu, gamyba, ir sustiprintaparama palaikomos galimybės planuotame sistemos gyvavimo cikle.

D Pateikti įėjimą į projekto reikalavimus gamybai (t.y., gaminimui, fabrikavimui, surinkimui,inspektavimui ir tikrinimui, ir kokybės garantijai), ir paprašyti dalyvauti produktyvumoprojektavime ir kokybės inžinerijos reikalavimų įvykdyme sistemų projektavimo ir vystyme.

E Įkurti ir palaikyti uždarus ryšius ir būtinus vykstančius ryšius su tokiais projekto darbais irplanavimu (kritinių programos darbų valdymas per tinklo planavimą); formos vadyba (įvairiųformų bazinių linijų apibrėžimas ir pakitimų valdymas ir kontrolė); duomenų vadyba (skirtingųduomenų paketų valdymas, apžvalga ir įvertinimas, kad garantuoti susitarimą ir nutraukimąnebūtino etatų mažinimo); ir tiekėjų vadyba (valdyti progresą ir garantuoti tinkamą integraciją įtiekėjų veiklas).

F Pateikti įėjimą į sistemos-lygio projektavimo reikalavimus, ir valdyti, apžvelgti, įvertinti irgarantuoti sistemos projektavimo veiklų tinkamą integraciją. Tai apima pateikimą techniniovadovavimo sistemos reikalavimų apibrėžime, funkcinės analizės atlikime, sistemos-lygioapmokymo studijų laidume ir kituose projekto uždaviniuose.

IPPD Gynybos departamentas priėmė Integruoto produkto ir proceso tobulinimo - IPPD

koncepciją 1990 metais. IPPD gali būti apibūdinamas kaip “valdymo technika, kuri tuo pat metu integruoja visus pagrindinio perpratimo darbus per daugiadisciplinių komandų naudojimą, kad optimizuoti projektavimo, gamybos ir palaikymo procesus.

Būdina IPPD koncepcija yra integruotų gamybos komandų (IPTs) kūrimas, kad tiksliai pažymėti ir gerai-aprašyti uždavinius. IPT gali būti įkurta, kad ištirti specialią projektavimo dalį, rasti sprendinį keletui neišspręstų problemų, atlikti projektavimo darbus, kurie turi didelį poveikį TMP pirmumui, … Tikslas yra sukurti kvalifikuotų individų komandą, kurie gali efektyviai dirbti kartu, spręsti problemą atsižvelgiant į duotus reikalavimus.

IPT’os yra dažnai įkuriamos programos vadovo. Tipiniai komandos nariai pagal patyrimą gali būti įgalioti padaryti sprendimus vietoje kai būtina, gali būti iniciatyvūs komandos dalyvavime, ir būti apsisprendę problemą perleisti. Programos vadovas privalo aiškiai apibrėžti tikslus komandai, lūkesčius rezultatuose, ir komandos nariai turi palaikyti bendravimą. IPT ilgaamžiškumas priklausys nuo uždavinio prigimties ir komandos efektyvumo progresuojant, aptariant jo tikslą. Kai komanda tampa neefektyvi vykdant tikslus, ji gali būti išformuota.

Funkcinė organizacija su IPPD/IPT darbais

PROGRAMOS VADOVAS

Projekto XYZ organizacija

Įvykdymas Nuosavybės kaina(gyvavimo ciklo kaina)

Integruoti duomenys(elektroniniai) Formos vadyba

Integruota proceso komanda (IPT)

Marketingasir pardavimai

Pagrindinės projekto funkcijos

Inžinerija Logistika(Gaminio palaikymas)

Tikrinimasir įvertinimas

Kokybėsgarantija

Gamybosopercijos

Sistemųinžinerija

Palaikymoinžinerija

Patikimumoinžinerija

Žmogiškųjų faktoriųinžinerija

Programinėsįrangos inžinerija

Struktūrinėinžinerija

Svoriųanalizė

Mechanikosinžinerija

Elektrosinžinerija

Aviacinėinžinerija

Medžiagųinžinerija

Inžinerijospalaikymas

Prototipovystymas

Vartotojas(pirkėjas) Inžinerija Logistikos

palaikymas Gamyba Operacijos(vartotojas)

Tiekėjas ABC

Integruota gamybos ir proceso tobulinimo komanda (IPPD)

Reziumė

Sistemų inžinerijos planavimas yra vykdomas abstrakčioje projektavimo fazėje ir baigiasi SEMP tobulinimu. Duodamas bazinis planas. Jis yra būtinas įkurti organizacinį būdą, kuris leis tinkamą šio plano įvykdymą.