• Home Дом
• Store Трупам
• Past Posts Последни публикации
• Articles Членове
  • Asking for a pay rise С искане за заплащане води
  • Resignation Оттеглянето
  • Asking for a Promotion Кандидатства за насърчаване
  • Getting a Green Card Получаване на зелена карта
• Contact us Свържете се с нас
• Job Vacancies Свободни работни места

By N2H

System development methodology Система за развитие на методологията

If you're new here, you may want to subscribe to my RSS feed . Ако си нов тук, можете да се абонирате за моята RSS емисия. Thanks for visiting and have a nice day! Благодарим Ви, че посетихте и да имат приятен ден!

“A methodology” is a recommended collection of philosophies, procedures, rules, techniques, phases, tools, documentation, management and training for developers of IS. "Методика" е препоръчително за събиране на философии, процедури, правила, техники, фази, инструменти, документи, управление и обучение за развитието на този.

Objectives of Methodology Цели на методология

• To capture, record and document accurately, the user needs. За улавяне, записване и точно тук, потребителят се нуждае.

• To monitor the project and report on progress (project management ability) За наблюдение на проекта, както и доклад относно напредъка (управление на проекти способност)

• To facilitate the development of quality system within the set time and set budget Да се улесни развитието на система за качество в рамките на определен срок и определен бюджет

• To facilitate proper documentation of both project process and the project deliverables, assisting in future maintenance. За да се улесни правилното документиране на двата проекта процеса и резултатите по проекта, който подпомага в бъдеще поддръжка.

• To facilitate at an early stage the mechanics of change control. За улесняване на ранен етап на механиката на промяната контрол.

• To facilitate the delivery of system that are liked by the end user. За да се улесни доставката на система, която се харесва от крайния потребител.

• Complete coverage of all the development activities involved in system development. Пълно покритие на всички развойни дейности, включени в системата за развитие.

• Simplicity: The tools, techniques etc should be easy to use. Простотата: The инструменти, техники и т.н. трябва да бъде лесен за използване.

• Validation of the designs:- the methodology should conclude a mechanism for reviewing its own results. Утвърждаване на проекти: - методологията, следва да сключи механизъм за преглед собствените си резултати.

• Separation of analysis from design, there should be distinct focus on user need, quite separate from implementation needs. Разделяне на анализ от дизайн, трябва да се фокусират върху отделен потребител трябва, съвсем отделно от изпълнението нужди.

A methodology can be said to have various features. Методология може да се каже, да имат различни характеристики. These features can be categorized into technical model and managerial model. Тези функции могат да се класифицират в техническия образец и управленски модел.

A methodology needs to have a technical model. Методология, трябва да има технически модел. This model includes features like the tools, tools which will help the developers in the process of developing an Information System. Този модел включва функции като инструменти, инструменти, който ще помогне на разработчиците в процеса на разработване на информационна система. These tools help in every phase or sub phase involved in the methodology. Тези инструменти помагат във всяка фаза или под фаза, включени в методиката. eg CASE tools, project management tools, Drawing tools , Data dictionary etc напр. при инструменти, инструменти за управление на проекти, изготвяне инструменти, речник на данните и т.н.

A methodology also needs to have a technique. Методология, също трябва да има техника. 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. Методология може да има много техники, техниките помага да се провери и expound на методологията, като по този начин им се даде възможност на фаза и subphase на методологията, които трябва да се извършват съгласно методологията на принципа.

Technique act as guides of methodology’s phase. Техника действат като водачи на методологията на фаза. Technique address different parts (phases) of a methodology. Техника адрес различни части (фази) на методиката.

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 Техники позволи лесно разбиране на това, което методика изисква например корен снимки, концептуален модел, DFD, решение дървета / маси, право на жизнения цикъл, Структуриран диаграми, нормализация и т.н.

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. Методология, също трябва да има философия, в които тя трябва да има предвид основните теории и предположения, че авторите на методиката, смята в. Тази функция спомага за форма и основните насоки на развитие на информационната система. It also enable the understanding of the methodology. Той също дава възможност на разбирането на методиката.

A methodology also has a managerial model that has a feature of a methodology. Методология, има и управленски модел, който е функция на методологията. This feature is that of the development structure, in that a methodology needs to have a development structure that; Тази функция е, че развитието на структурата, в тази методика трябва да има структура, която развитие;

• Identifies the phases, subphases, steps and tasks to be done in the methodology. Идентифицира фази, subphases, стъпки и задачи, да бъде направено в методологията.

• Identifies the outputs to be produced and under which circumstances they should be produced. Идентифицира изходи да бъдат произведени и обстоятелствата, при които те трябва да бъдат произведени.

• Constraints to be applied and people to be involved. Ограниченията, които се прилагат и хора да бъдат ангажирани. This feature provides for the development process to be really managed and controlled. Тази функция осигурява за процеса на развитие да бъде наистина, управлявани и контролирани.

Initially in the early 60s there was no appreciation for a methodology. Първоначално в началото 60s не е имало благодарност за методика. Application systems were developed without the aid of an explicit Information System development methodology. Заявление системи са разработени без помощта на изрично информационна система за развитие методология.

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. Също така е налице все поскъпването на анализ и дизайн на частите на системата за развитие и затова ролята имаше нарасналото търсене за ролята на анализатор и програмист.

There was also a realization that as organization grow in size and complexity. Имаше също и реализация, че като организация растат по големина и сложност. It was desirable to move away from one-off solution to a more integrated Information System. Той е желателно да се премине от едно решение за изключване на по-интегрирана информационна система.

There was also appreciation of an accepted methodology for the development of an IS Имаше също и поскъпването на една приета методология за разработване на СЕ

What is the rationale for writing a methodology Каква е обосновката за писане на методология

The rationale for writing a methodology are: Обосновката за написването на методологията са:

The methodology should improve the end product of a development process ie a better 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. А по-добро развитие на процеса: В този методологията, следва да осигури подобряване на управлението и контрол на проекта, така че организацията могат да спечелят от предимствата, които получават от строго контролиран процес на развитие.

Selecting/Adopting Избирането / Приемането

Theoretically speaking, the best methodology is the one that is best suited to the project work at hand. Теоретично казано, най-добрата методика е едно, че е най-подходяща за работа по проекти в ръка. In practice, the best methodology may be the one that the designer understands well. На практика, най-добрата методика може да бъде едно, че авторът разбира добре.

In some cases, the right methodology is the one that has been recommended within the organization’s standards. В някои случаи, правото методика е едно, че е препоръчително в рамките на организацията стандарти.

Common Approaches Общи подходи

Adhoc : No formal recognition is given to methodologies Adhoc: Няма формално признаване се дава на методологии

Contingency Approach : We use different methodologies, depending on the nature of the project. Авариен Подход: Ние използваме различни методики, в зависимост от естеството на проекта.

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 Prototyping / еволюционен развитие: да я използваме в тези контекст, когато потребителят се нуждае, са неясни, на бизнес зоната е непознат, на висока степен на риск и т.н.

Adavantages of a methodology Adavantages на методологията

• Increased user involvement translating to a more likeable system. Повишаване на участието на потребителя превода на по-likeable система.

• Prototyping has the inherent capacity for accommodating risks. Prototyping има капацитет за настаняване на присъщите рискове.

• Quicker systems Development. Системи за бързо развитие.

• Superior User Interface. Superior потребителски интерфейс.

• Missing functions/features can be detected early. Липсващи функции / функции могат да бъдат открити рано.

Disadvantages of a methodology Недостатъци на методиката

• Poor documentation. Лошо документация.

• Confusion between the prototype and the real system. Объркване между прототипа и реалната система.

• Project Management is difficult. Управление на проекти е трудно.

• It is difficult to draw up a prototype contract. Трудно е да се изготви модел договор.

• As a consequence of poor documentation system maintenance may be difficult. Като следствие от лошото документацията на системата за поддържане може да бъде трудно.

Comments Коментари

• Recent Posts Нова Публикации

  • Delegation Делегация
  • INVENTORY MANAGEMENT TECHNIQUES Опис техники за управление на
  • Inventory management Примери за управление на
  • Inventory Management Примери за управление на
  • Business Process reengineering BPR Реинженеринг на бизнес процеси BPR
  • System development methodology Система за развитие на методологията
  • PRINCE (Projects IN Controlled Environments) Княз (проекти в контролирана среда)
  • Object oriented technology Обектно ориентирани към технологиите
  • Data Warehouse Склад данни
  • The Hierarchy of needs Abraham Maslow Йерархията на нуждите Авраам Maslow