System development Lifecycle (SDLC) Systém životního cyklu vývoje (SDLC)
October 25, 2007 25. říjen 2007
If you're new here, you may want to subscribe to my RSS feed . Pokud jste zde nový, možná budete chtít přihlásit do mé RSS feed. Thanks for visiting and have a nice day! Díky za návštěvu a Hezký den!
The System Development Life Cycles! Systém vývoje životních cyklů!
The waterfall model also knows as the SDLC was originally published in 1970 by W. Royce. Vodopád model také ví, jak na SDLC byla původně vydána v roce 1970 W. Royce. This is a step by step way of developing projects. To je krok za krokem cestou rozvojových projektů.
The waterfall model is broken down into stages and each stage is completed before proceeding to the next. Vodopád model je rozdělena do etap a každá etapa je dokončena dříve než přikročí k druhému.
Stages of the waterfall model Etapy vodopádu model
In the waterfall model there are seven stages of the development of a project. V vodopád model je sedm etap rozvoje projektu.
Problem Definition Definice problému
In this stage the users or the manager realizes that the Information system is no longer reflective of the existing business which may have expanded or that they need to computerize their manual operations. V této fázi uživatelů nebo manažer si uvědomuje, že informační systém je již odrážejí stávající obchodní činnosti, které mohou být rozšířeny nebo, že je třeba, aby jejich počítače manuální operace.
This problem could come about due to complaints by users or by formal review of the Information system. Tento problém by mohl přijít o kvůli stížnostem ze strany uživatelů, nebo formální revize informačního systému.
An Analyst examines whether there is a problem and then studies the problem in depth, and an authorization to conduct a feasibility study is given. Analytik zkoumá, zda existuje nějaký problém a pak studie problém do hloubky, a povolení k provedení studie proveditelnosti je dáno. This authorization is the output or the deliverable at this stage. Toto oprávnění je výstupem nebo podklady v této fázi. Thus users, managers and Analyst are used in this stage. Takto uživatelů, manažerů a analytik jsou použity v této fázi.
Feasibility Study: Studie proveditelnosti:
In this stage the Analyst examines whether a new system is feasible. V této fázi analytik zkoumá, zda nový systém není proveditelné. He assesses the magnitude of this problem and decides the scope of the project. On hodnotí závažnost tohoto problému, a rozhodne o rozsahu projektu. He examines the problem of the current system and what will be required of the new system. Ten se zabývá problémem současného systému a jaké budou vyžadovány pro nový systém.
Economical, technical and operational feasibilities are done. Ekonomické, technické a provozní feasibilities je hotovo. The output is a feasibility study report. Výstupem je studie proveditelnosti zprávu.
Tools used in this stage are fact gathering Techniques and Estimation Techniques. Nástroje používané v této fázi je skutečnost, shromažďování techniky a technik odhadu. Users and the Analyst plus management are heavily involved. Uživatelé a analytik plus managementu jsou silně zapojeny.
Analysis Analýza
In this stage detailed investigation are done about the current system. V této fázi je provedeno podrobné šetření o současném systému. This include To zahrnuje
reading existing documentation čtení stávající dokumentace
Interviewing the users Interviewing uživatelů
Observing work being done Pozorovat práci probíhá
Observing current procedures Pozorovat současnými postupy
Questionnaires Dotazníky
After gathering the needed facts about the existing system the Analyst diagrams the current system and then considers the functions of the new system. Po shromáždění potřebných faktů o stávajícím systému Analyst diagramy současný systém a pak se domnívá, že funkce nového systému. A new set of diagrams which incorporate new functions is made. A nový soubor schémat, které obsahují nové funkce se nekoná. A prototype is also generated using these gathered facts to help uncertain users know what they want in the new system. Prototyp je také generován pomocí těchto shromážděných faktů k nejisté uživatelé vědí, co chtějí v novém systému. Thus it helps to reveal new requirements. Tak to pomůže odhalit nové požadavky. The Analysts makes a problem specification using fact gathering tools, prototypes, DFD, Data models process specifically etc. Users are involved so is the Analysts Analytici se dělá specifikace problému s využitím skutečnosti, shromažďování nástroje, prototypy, DFD, Datové modely procesu, konkrétně apod. Uživatelé jsou zapojeny tak je Analytici
Design: Design:
In this stage basically the hardware and software are ordered so that they can arrive in time for construction. V této fázi v podstatě hardware a software jsou řazeny tak, že mohou přijet včas na výstavbu.
Functional diagrams are translated into hierarchial diagrams by the analyst so as to identify what programs are needed and how they relate to one another. Funkční diagramy jsou přeloženy do hierarchial diagramy, které analytik a určit tak, jaké programy jsou potřebné, a jak se vztahují k sobě navzájem. The analyst decides on the program structure, program interface and the hierarchy in which programs will be arranged. Analytik rozhodne o program, struktura, programové rozhraní a hierarchie, ve které programy budou uspořádány.
The Analyst ensures quality designs, incorporates security measures, designs easy to use input forms, output reports interfaces. The Analyst zajišťuje kvalitu provedení, obsahuje bezpečnostní opatření, vzory snadné použití vstupního formuláře, výstupní rozhraní zpráv.
The Database designer fulfills the file requirements. Databáze návrhář splňuje soubor požadavků. The output is a design specification. Výstupem je návrh specifikace.
Tools used are DFD, Data Dictionary, Data models, prototypes, system flowcharts: The personnel involved are users, Analysts, Database Designer. Použité nástroje jsou DFD, datový slovník, datovými modely, prototypy, systém schémat: Pracovníci jsou uživatelé, analytici, databáze designérů.
Construction Stavebnictví
The computer environment is prepared, the programs to be written are done and they are tested, user documentation and training manuals are developed. Tento počítač je připraven životního prostředí, programy, které mají být provedena, jsou písemné a jsou testovány, uživatelské dokumentace a školení manuály jsou vyvíjeny.
Computer environment being prepared means electrical wires, network cables are installed, furniture, air conditioning are in place. Počítačové prostředí byly připraveny prostředky elektrické dráty, sítě, kabely jsou instalovány, nábytek, klimatizaci, jsou na svém místě. The computers are installed and tested. Na počítačích jsou nainstalovány a testovány.
Programs are written per the program and design specifications. Programy jsou napsány na program a specifikacemi. The programs are tested using walk through and group reviews. Programy jsou testovány pomocí projít a alb skupiny. The Analyst supervises the writing of training manuals and user documentations. The Analyst dohlíží na psaní přípravy dokumentace a uživatelských příruček. User documentation includes user manuals, user quick reference guides, on-screen help etc. Uživatelská dokumentace včetně uživatelských příruček, uživatelských rychlé referenční příručky, On-Screen pomoci atd.
People involved are programmers and analysts. Lidé jsou programátorů a analytiků. Tools used are structured, walkthroughs, CASE tools etc Použité nástroje jsou strukturovány, walkthroughs, CASE nástroje, atd.
6. Conversion 6. Konverze
The Analyst helps the staff to convert from the old system to the new one. The Analyst pomáhá zaměstnancům ke konverzi ze starého systému na nový. The Analysts oversees the transfer of data files electronically to the new system. Analytici se pečuje o přenos datových souborů v elektronické podobě na nový systém.
Conversion can be done in various ways Konverze může být provedeno různými způsoby
Phase Conversion Fáze konverze
Parallel Conversion Paralelní konverze
Direct Conversion Přímá konverze
- Pilot Conversion Pilot konverze
Output is that the system is operational and the tools used are automated data transfer programs. Výstup je v tom, že systém je funkční a použité nástroje jsou automatizovaný přenos dat programů.
7. Maintenance: 7. Údržba:
System modifications are made to the system after the system is operational. Systémové změny jsou provedeny v systému po systém je funkční. Maintenance can be Výživné může být
(1) Perfective (3) preventive (1) zdokonalující (3) preventivní
(2) Corrective (4) adaptive (2) nápravná (4) adaptivní
The traditional SDLC has a number of good features. Tradiční SDLC má řadu dobrých vlastností. It has been well tried and tested. Bylo dobře vyzkoušeny a testovány. However this method has been known to have several drawbacks. Tato metoda však bylo známo, že mají několik nevýhod.
Some of the drawbacks of SDLC are user dissatisfaction . Některé z nevýhod SDLC se uživatel nespokojenost. SDLC assumes that the user already knows all their requirements thus they expect the users to tell them their requirements and once documented the requirements should remain unchanged, thus they develop the system with these requirements only to find that when the system is implemented, it does not provide for their need or their changed requirements, hence they become dissatisfied with the system. SDLC předpokládá, že uživatel již zná všechny své požadavky, takže uživatelé očekávají, že jim říct své požadavky a jakmile se zdokumentován požadavky by měly zůstat beze změny, takže vyvinout systém s těmito požadavky, pouze konstatoval, že pokud je systém implementován, neznamená to, poskytnout pro jejich potřebu nebo měnit jejich požadavky, tím se stávají nespokojenými se systémem.
Failure to meet the needs of the management in that the system developed with the approach are mainly operational processing systems such as payroll, invoicing which deals with low level operational tasks, thus ignoring the information needs of the tactical and top management, that they require to make decisions eg which products to stop selling etc Nedodržení, aby vyhovovaly potřebám řízení v tom, že systém, který byl vyvinut s přístupem jsou především zpracování operačních systémů, jako jsou mzdy, fakturaci, která se zabývá nízké provozní úkoly, čímž se nebere v úvahu informační potřeby taktické a vrcholového managementu, že budou potřebovat na učinit rozhodnutí, například, které výrobky na prodejní stop etc
Unambitious system design , in that the systems developed by this approach often tend to computerize the manual operational tasks like invoicing, thus they tend to come up with systems design that are similar to the existing manual process. Unambitious systému v tom, že systémy vyvinuté v tomto přístupu mají často sklon k počítači ruční provozní úkoly, jako je fakturace, a tak mají tendenci přijít s návrhem systémů, které jsou podobné stávajícím manuální proces.
Application backlog , this approach has many phases with sub phases, It may take many weeks to complete a phase, thus the overall development time of a single project may be months and if there are other system waiting to be developed using this process, it may cause a backlog. Aplikace nedodělek, je tento přístup má mnoho fází s sub fáze, může to trvat mnoho týdnů na dokončení fáze, čímž se celkový vývoj době jeden projekt může být měsíce, a pokud existuje jiný systém čeká na vyvinut s využitím tohoto procesu, může to způsobit zahlcení.
Maintenance workload since the firm may have many systems to develop, the development is often quick and ‘dirty’ so as to make the delivery date, thus brings about systems which take a huge effort to maintain. Údržba zátěž, protože podnik může mít mnoho systémů pro vývoj společnosti, vývoj je rychlý a často 'špinavý' tak, aby termín dodání, což s sebou přináší systémy, které berou obrovské úsilí udržet.
Problems with documentation , this approach provides for documentation of the implementation process which is very ideal, but the notation of the documentation is towards the computer person in that the documentation is highly technical and not easy to understand by the user. Problémy s dokumentací, je tento přístup poskytuje pro zpracování dokumentace pro realizaci procesu, který je velice ideální, ale zápis je dokumentace k počítači osoba v tom, že dokumentace je velmi technické a není snadno pochopitelný pro uživatele.
Recommended Text Doporučená Text 
Comments Komentáře
