cerinţe Elemente de bază
Cerința - este o condiție sau o oportunitate, care trebuie să respecte sistemul. O parte vitală a IP de proiectare este formarea de cerințe pentru a crea soluții care elaborarea specificațiilor tehnice.
Cerințele reflectă nevoile unui public destul de larg (factori implicați, viitori utilizatori, clienti IT. - Solutions, etc.), spre satisfacția pe care proiectul își propune. Cu toate acestea, cerințele sunt supuse, de obicei, schimbări semnificative pe măsură ce proiectul avansează: completat, modificat, redus.
Procedurile de gestionare a cerințelor referitoare la compoziție:
- „Analiza problemelor“ - dezvoltarea și coordonarea descrierea corectă a problemei, care este proiectat pentru a rezolva noul sistem.
- „Identificarea nevoilor utilizatorilor“ - colectarea de informații cu privire la nevoile reale ale utilizatorilor pentru a crea soluții și alte părți interesate; funcțiile sistemului de identificare.
- „Definirea sistemului“ - transformarea înțelegere a problemelor și nevoilor utilizatorului într-o descriere generalizată a sistemului care va satisface aceste nevoi.
- „Controlul Zoom“ - constrângeri de definire sistem de potrivire și de design.
- „Clarificarea definiției sistemului“ - dezvoltarea cerințelor detaliate ale sistemului.
- „Construirea sistemului dreapta“ - o tehnică creată de verificarea soluții IT și managementul schimbării.
Provocarea se referă la procesul de revizuire este de a înțelege problemele și nevoile reale ale clienților și de a oferi soluții pentru a satisface aceste nevoi.
Procedeul cuprinde următoarele etape:
- Atingerea unui acord cu privire la definirea problemei
- Izolarea cauzele majore
- Identificarea părților interesate și a utilizatorilor
- Definirea limitelor sistemului, a propus ca soluție
- Identificarea constrângerilor.
Identificarea nevoilor utilizatorilor
Aveti nevoie - o reflectare a fel de personal, locul de muncă sau o problemă de afaceri (sau oportunitate), soluția care justifică ideea creării, achiziționarea sau modernizarea sistemului.
Identificarea nevoilor asociate cu punerea în aplicare a următoarelor sarcini:
- interviuri și chestionare;
- reuniuni cu privire la cerințele;
- brainstorming;
- utilizarea „storyboard“;
- Analiza de precedente;
- Rolul juca pe;
- prototipuri.
Cerințe de sistem rareori reușește să capteze într-un singur document. Motivele constau în complexitatea cerințelor de sistem, de identificare și documentare organizare, sistemul poate fi doar un membru al unei familii de produse conexe, partea proiectată a sistemului poate satisface cerințele identificate și așa mai departe. De aceea, etapa de determinare a cerințelor de format de reprezentare sistem selectate. Acest lucru poate fi o structură ierarhică, atunci când cerințele sunt stabilite pentru subsistemele individuale. Sau un singur document poate conține definiții generale ale funcțiilor sistemului, celelalte - cerințe specifice. (Primul concept este numit în mod obișnuit, al doilea - cerințele caietului de sarcini).
Etapa finală de dezvoltare și armonizare a conceptului de sistem, care se reflectă la nivelul superior de abstractizare ca o problemă și o soluție.
Managementul de proiect Domeniu de aplicare
Proiectul Domeniul de Management este realizată în scopul de a identifica domeniul de aplicare real al proiectului. În același timp, rezolvă următoarele probleme:
- Cerințe de evaluare prioritară.
- Estimarea respectării intensității forței de muncă.
- Evaluarea riscurilor.
În ceea ce privește funcțiile prioritare sunt împărțite în critică (fără de care sistemul nu poate exista), important și util. Complexitatea riscului este evaluat pe o scară de la „joasă - mediu -. Mare“ După aceea, se aplică reguli de decizie euristice privind organizarea proiectului. De exemplu:
- în cazul în care funcția este critică și are un grad ridicat de risc, trebuie să pună în aplicare o strategie eficientă de reducere a riscurilor;
- în cazul în care funcția este importantă și are un risc ridicat, acesta poate fi dezvoltat, „posibil“ sau transferate în versiunea următoare;
- în cazul în care funcția este utilă și are un risc ridicat, ar trebui să ia în considerare posibilitatea de eliminare completă.
Astfel, este posibil să se identifice în mod obiectiv acele caracteristici care, pe de o parte, clientul necesare, iar pe de altă parte, pot fi puse în aplicare într-adevăr, în cadrul proiectului.
O determinare sistem rafinare
În etapa a clarifica sistemul de definiție este cerințe detaliate pentru punerea în aplicare a unui sistem tehnic, care a identificat o varietate de condiții sau oportunități care trebuie îndeplinite de către sistem. La fel, tranziția de la problemele din domeniul cerințelor (definite în etapele anterioare) la cerințele din domeniul soluțiilor.
în a face cerințe sunt împărțite în două grupe: cerințe funcționale și nefunctional.
Cerințe funcționale definesc acțiunile pe care ar trebui să fie în măsură să efectueze sistem (fără a ține cont de legăturile fizice dintre elementele sale). Ele definesc comportamentul extern al sistemului. Cerințele funcționale sunt folosite pentru a exprima comportamentul sistemului prin specificarea condițiilor prealabile și caracteristicile așteptate ca rezultat.
Cerințe non-funcționale descriu sistemul sau de mediu numai atribute. Cerințe non-funcționale sunt pentru un sistem cu o calitate acceptabilă.
Crearea sistemului de dreapta
În procesul de creare a sistemului se realizează două tipuri de control al corectitudinii sale: de verificare și validare.
Verificarea - rulează continuu sistem de evaluare de proces, în scopul de a determina dacă rezultatele îndeplinesc anumite condiții impuse de fază, la începutul acestei faze, adică Fa-le satisface nevoile de follow-up.
Cel puțin. sub rezerva verificării:
- Funcții nevoile de conformitate
- Funcții de conformare derivate din aceste precedente și cerințe
- Caracterul complet al precedentelor de punere în aplicare de proiectare
- Suport pentru proiectarea aspectelor funcționale și non-funcționale ale comportamentului sistemului
- Potrivirea rezultate software și obiective de proiectare
- Caracterul complet al cerințelor de acoperire de testare și cazuri de utilizare.
Validarea - procesul de evaluare a sistemului (sau a unei componente) în timpul sau la sfârșitul procesului de dezvoltare pentru a stabili dacă acesta satisface cerințele specificate.
Informații despre proiect
15.1. dispoziţii generale
- Numele complet al sistemului și simbolul;
- Subiecte cifru sau cifrate (număr) ale contractului;
- întreprinderi numele (asociații), dezvoltator și sistemul de client (utilizator) și detaliile acestora;
- Lista de documente pe baza carora este creat sistemul, de către cine și când aprobate, aceste documente;
- datele de început și de sfârșit planificate ale activității pentru a crea un sistem;
- informații privind sursele și modul de finanțare a lucrărilor;
- procesarea comenzilor și prezentarea rezultatelor clientului pentru a stabili sistemului (părți ale acestora) pentru fabricarea și adaptarea vehiculelor individuale (tehnice, software, informații) și software și hardware (și metodologice software) Complexele de sistem;
- Compoziția utilizată documentația tehnică standard de;
- determinarea denumirilor, abrevieri
15.1.1. Numele complet al sistemului și simbolul
Numele complet al sistemului: personal Unified sistem automat de contabilitate a tuturor întreprinderilor de stat „Vorbitor Frames“.
Denumirea prescurtată a sistemului: AC rame.
15.1.2. Subiecte cifru sau cifrate (număr) ale contractului
Tema Cifru: AIS-KA-PA-07.
15.1.3. întreprinderi Nume (asociații), dezvoltator și sistemul de client (utilizator) și detaliile acestora
Sistemul de client este Agenția Federală „Stat personal“.
Developer System este SRL "Soft".
15.1.4. Lista de documente pe baza carora este creat sistemul, de către cine și când aprobate, aceste documente
Baza pentru dezvoltarea UA „cadre“, sunt următoarele documente și reglementări:
15.1.5. datele de început și de sfârșit planificate ale activității pentru a crea un sistem de
15.1.6. Pentru informații cu privire la sursele și modalitățile de finanțare a lucrărilor
Sursa de finanțare este bugetul România.
Ordinea de finanțare este determinată de condițiile Contractului de Stat.
15.1.7. Prelucrarea și prezentarea rezultatelor clientului
Sistemul este transmis sub forma unui complex de funcționare pe baza echipamente informatice Client și contractantul în termenele stabilite prin contractul de stat. Acceptarea sistemului este efectuată de către Comisie ca parte a reprezentanților autorizați ai Clientului și Contractant.
Ordinea de prezentare a sistemului, acceptarea de testare și finală este definit în revendicarea 6 TK. Împreună cu prezentarea sistemului se realizează prin punerea în funcțiune Contractor a dezvoltat un set de documente, conform revendicării 8 din ToR.
15.1.8. Ingredientele utilizate documentația tehnică standard de
În dezvoltarea sistemului automatizat și crearea de documentație de proiectare și operaționale Contractantul trebuie să respecte cerințele următoarelor reglementări:
- GOST 34.601-90. Set de standarde pentru sisteme automatizate. Sisteme automatizate. Stadiul creației;
- GOST 34.201-89. Tehnologia informației. Set de standarde pentru sisteme automatizate. Tipuri de complexitate și de desemnare a documentelor pentru crearea de sisteme automatizate;
- RD 50-34.698-90. Instrucțiuni metodice. Tehnologia informației. Set de standarde pentru sisteme automatizate. Sisteme automatizate. Cerințe față de conținutul documentelor.