System development methodology Rozvoj systému metodika
August 4, 2008 4. srpna 2008
If you're new here, you may want to subscribe to my RSS feed . Pokud jste zde poprvé, můžete se chtějí přihlásit do mé RSS. Thanks for visiting and have a nice day! Děkujeme za návštěvu a hezký den!
“A methodology” is a recommended collection of philosophies, procedures, rules, techniques, phases, tools, documentation, management and training for developers of IS. "Metodika" je doporučena kolekce filozofie, postupy, pravidla, techniky, fáze, nástroje, dokumentace, řízení a školení pro vývojáře IS.
Objectives of Methodology Cíle Metodika
To capture, record and document accurately, the user needs. Zajmout, záznam a dokument přesně, uživatel potřebuje.
To monitor the project and report on progress (project management ability) Chcete-li sledovat projekt a podat zprávu o pokroku (projektové řízení, schopnost)
To facilitate the development of quality system within the set time and set budget Které mají usnadnit rozvoj systému jakosti ve stanovené době a stanovený rozpočet
To facilitate proper documentation of both project process and the project deliverables, assisting in future maintenance. Aby se usnadnil řádné dokumentace obou projektů procesu a výstupy projektu, pomoc v budoucnu údržbu.
To facilitate at an early stage the mechanics of change control. Pro usnadnění v rané fázi mechanika na změnové řízení.
To facilitate the delivery of system that are liked by the end user. Pro usnadnění dodání systému, který se rád do konce uživatele.
Complete coverage of all the development activities involved in system development. Kompletní pokrytí všech vývojových činností zapojených do systému rozvoje.
Simplicity: The tools, techniques etc should be easy to use. Jednoduchost: Nástroje, techniky apod., by měl být snadno ovladatelný.
Validation of the designs:- the methodology should conclude a mechanism for reviewing its own results. Vyhodnocení návrhů: - metodika by měla uzavřít mechanismus pro přezkoumávání svých vlastních výsledků.
Separation of analysis from design, there should be distinct focus on user need, quite separate from implementation needs. Separace analýzu od návrhu, že by měl být odlišné zaměření na uživatelské potřeby, zcela oddělené od plnění potřeb.
A methodology can be said to have various features. Metodika lze říci, že mají různé vlastnosti. These features can be categorized into technical model and managerial model. Tyto funkce je možné rozdělit do technické a manažerské vzoru modelu.
A methodology needs to have a technical model. Metodika musí mít technickou modelu. This model includes features like the tools, tools which will help the developers in the process of developing an Information System. Tento model obsahuje prvky, jako je nářadí, nástroje, které pomohou vývojářům v procesu vývoje informačního systému. These tools help in every phase or sub phase involved in the methodology. Tyto nástroje pomáhají v každé fázi nebo dílčí etapu, jež se podílejí na metodiku. eg CASE tools, project management tools, Drawing tools , Data dictionary etc např. věc nástroje, nástroje pro správu projektu, kreslicí nástroje, Data slovníku atd.
A methodology also needs to have a technique. Metodika také musí mít techniku. A methodology can have many techniques, Techniques helps to verify and expound on the methodology, thus they enable the phase and subphase of methodology to be carried out according to the methodology’s principle. Metodika může mít mnoho technik, technik pomáhá ověřit a vykládat na metodiku, a tak umožňují fáze a subphase metodiky, které mají být provedeny podle metodiky princip.
Technique act as guides of methodology’s phase. Technika působit jako průvodci na metodiku jeho fáze. Technique address different parts (phases) of a methodology. Technika řešení jednotlivých částí (fází) na metodiku.
Techniques also enable easy understanding of what the methodology requires eg root pictures, conceptual model, DFD, Decision trees/tables, Entity Life Cycle, Structured diagrams, normalization etc Techniky také umožňují snadné pochopení toho, co metodiky vyžaduje např. kořenové obrázky, konceptuální model, DFD, rozhodovací stromy / tabulky, Entity životního cyklu, strukturované diagramy, normalizace atd.
A methodology also needs to have a philosophy, in that it needs to have the underlying theories and assumptions that the authors of the methodology believes in. This feature helps to shape and guide the development of an Information System. Metodika také potřebuje mít filozofii, a to tím, že potřebuje mít základní teorie a hypotézy, že autoři této metodologie se domnívá palce Tato funkce pomáhá utvářet a průvodce na rozvoj informačního systému. It also enable the understanding of the methodology. Je také umožnit pochopení metodiky.
A methodology also has a managerial model that has a feature of a methodology. Metodika má také manažerské model, který má funkci na metodiku. This feature is that of the development structure, in that a methodology needs to have a development structure that; Tato funkce je, že na vývoj struktury, ve které metodiky musí mít strukturu, aby vývoj;
Identifies the phases, subphases, steps and tasks to be done in the methodology. Identifikuje ve fázích, subphases, kroky a úkoly, které je třeba udělat v metodice.
Identifies the outputs to be produced and under which circumstances they should be produced. Stanoví výstupy, které mají být vyrobeny a za jakých okolností by měly být vyrobeny.
Constraints to be applied and people to be involved. Omezení, která mají být použita a lidí, které mají být zapojeny. This feature provides for the development process to be really managed and controlled. Tato vlastnost poskytuje pro vývoj procesu, aby byl skutečně řízen a kontrolován.
Initially in the early 60s there was no appreciation for a methodology. Původně se v raných 60. neexistoval žádný zájem o metodiku. Application systems were developed without the aid of an explicit Information System development methodology. Aplikace systémy byly vyvinuty bez pomoci explicitního vývoji informačních systémů metodiku.
Also there was a growing appreciation of analysis and design parts of the system development and therefore the role there was increased demand for the role of an analyst and programmer. Také tam byl rostoucí zájem o analýzu a návrh částí systému rozvoje a proto roli tam byla zvýšená poptávka po roli analytik a programátor.
There was also a realization that as organization grow in size and complexity. Došlo také realizace, že jako organizace, roste do velikosti a složitosti. It was desirable to move away from one-off solution to a more integrated Information System. Bylo žádoucí, aby upustilo od jednoho-vypnuto řešení na více integrovaného informačního systému.
There was also appreciation of an accepted methodology for the development of an IS Došlo také zhodnocení akceptované metodiky pro vývoj IS
What is the rationale for writing a methodology Co je důvodem k psaní metodika
The rationale for writing a methodology are: Důvodem pro psaní metodiky jsou:
The methodology should improve the end product of a development process ie a better IS Metodika by měla zlepšit do konce produkt a vývoj, tedy lépe IS
A better development process: In that the methodology should provide improved management and project control so that the organization can gain from the benefits that accrue from a tightly controlled development process. Lepší vývoj procesu: v tom, že metodika by měla poskytnout lepší řízení a kontrolu projektu tak, že organizace mohou získat z výhod, které vzešly z přísně kontrolovaných rozvojového procesu.
Selecting/Adopting Výběr / Přijetí
Theoretically speaking, the best methodology is the one that is best suited to the project work at hand. Teoreticky vzato, nejlepší metoda je ta, která se nejlépe hodí do projektu práci v ruce. In practice, the best methodology may be the one that the designer understands well. V praxi to znamená, že nejlepší metoda může být ten, že původce chápe dobře.
In some cases, the right methodology is the one that has been recommended within the organization’s standards. V některých případech je právo metodika je ta, která byla doporučena v rámci organizace norem.
Common Approaches Společných přístupů
Adhoc : No formal recognition is given to methodologies Adhoc: Žádné formální uznání, je uveden na metodik
Contingency Approach : We use different methodologies, depending on the nature of the project. Pohotovostní přístup: Jsme použití různých metod, v závislosti na charakteru projektu.
Prototyping / Evolutionary Development: We use it in those context where the user needs are unclear, the business area is unfamiliar, the level of risk is high etc Prototypování / Evoluční vývoj: Používáme ji v těchto souvislostech, kde se uživatel potřebuje, jsou jasné, obchodní oblasti je neznámější, úroveň rizika je vysoká atd.
Adavantages of a methodology Adavantages na metodiku
Increased user involvement translating to a more likeable system. Zvýšené zapojení uživatele převáděním na více sympatický systém.
Prototyping has the inherent capacity for accommodating risks. Prototypů má vlastní kapacity pro přijetí rizika.
Quicker systems Development. Rychlejší rozvoj systémů.
Superior User Interface. Superior User Interface.
Missing functions/features can be detected early. Chybějící funkce / funkcí může být včas.
Disadvantages of a methodology Nevýhody metodiky
Poor documentation. Chudák dokumentace.
Confusion between the prototype and the real system. Záměny mezi prototypy a reálného systému.
Project Management is difficult. Projektové řízení je obtížné.
It is difficult to draw up a prototype contract. Je obtížné sestavit vzor smlouvy.
As a consequence of poor documentation system maintenance may be difficult. V důsledku špatné dokumentaci systému údržby může být obtížné.
Comments Komentáře
Nahrávám ... 
