College Finder
English flagItalian flagKorean flagChinese (Simplified) flagGerman flagFrench flagSpanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flagCroat flagDanish flagFinnish flagHindi flagPolish flagRumanian flagSwedish flagNorwegian flag
By N2H




System development Lifecycle (SDLC) Система за развитие на живот (SDLC)

October 25, 2007 25-ти октомври, 2007

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

The System Development Life Cycles! Системата за развитие живот цикъл!

The waterfall model also knows as the SDLC was originally published in 1970 by W. Royce. В водопад модел също знае както SDLC първоначално е бил публикуван през 1970 г. от W. Royce. This is a step by step way of developing projects. Това е стъпка по стъпка пътя на разработването на проекти.

The waterfall model is broken down into stages and each stage is completed before proceeding to the next. В водопад модел е разбита в етапа и всеки етап е завършен преди да продължите към следващата.

Stages of the waterfall model Етапи на водопад модел

In the waterfall model there are seven stages of the development of a project. В водопад модел има седем етапи от развитието на проекта.

  1. Problem Definition Проблем Определение

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

This problem could come about due to complaints by users or by formal review of the Information system. Този проблем може да се дължи на около жалби от потребителите, или от официалния преглед на информационната система.

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. Анализатор проучва дали има проблем и след това изследвания на проблема в дълбочина, както и разрешение да извърши проучване на възможностите му. This authorization is the output or the deliverable at this stage. Това е разрешение за производство или доставка на този етап. Thus users, managers and Analyst are used in this stage. Така потребителите, мениджъри и анализатор се използва в този етап.

  1. Feasibility Study: ПРОУЧВАНЕ НА ВЪЗМОЖНОСТИ:

In this stage the Analyst examines whether a new system is feasible. В този етап на анализатора проучва дали новата система е възможно. He assesses the magnitude of this problem and decides the scope of the project. Той оценява значимостта на този проблем и реши обхвата на проекта. He examines the problem of the current system and what will be required of the new system. Той разглежда проблема за сегашната система и за какво ще се изисква на новата система.

Economical, technical and operational feasibilities are done. Икономически, технически и оперативни feasibilities се направи. The output is a feasibility study report. Изхода е проучване на възможностите доклада.

Tools used in this stage are fact gathering Techniques and Estimation Techniques. Инструменти, използвани в този етап са факт Оценка събиране на техники и методи. Users and the Analyst plus management are heavily involved. Потребителите и анализатор плюс за управление са силно ангажирани.

  1. Analysis Анализ

In this stage detailed investigation are done about the current system. В този етап са направили подробно проучване за сегашната система. This include Това включва

  • reading existing documentation четене съществуващата документация

  • Interviewing the users Среща на потребителите

  • Observing work being done Спазването работата, която се осъществява

  • Observing current procedures Спазването сегашните процедури

  • Questionnaires Въпросниците

After gathering the needed facts about the existing system the Analyst diagrams the current system and then considers the functions of the new system. След събиране на необходимите факти за съществуващата система на анализатора диаграми сегашната система и след това смята, функциите на новата система. A new set of diagrams which incorporate new functions is made. Нов набор от схеми, които включват нови функции е направено. A prototype is also generated using these gathered facts to help uncertain users know what they want in the new system. Прототип е генерирана използване на тези факти, се събраха, за да несигурни потребители да знаят какво искат в новата система. Thus it helps to reveal new requirements. Така тя помага да се разкрият нови изисквания. The Analysts makes a problem specification using fact gathering tools, prototypes, DFD, Data models process specifically etc. Users are involved so is the Analysts В анализатори прави проблем спецификация, използвайки факта, събиране на средства, прототипи, DFD, данни модели процес, специално др Потребителите са включени, така е анализатори

  1. Design: Дизайн:

In this stage basically the hardware and software are ordered so that they can arrive in time for construction. В този етап основно на хардуер и софтуер, са подредени, така че те да могат да пристигнат във времето за строителство.

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. Функционални схеми са преведени на hierarchial диаграми от анализатор, така че да се определи какви програми са необходими и как те се отнасят до един на друг. The analyst decides on the program structure, program interface and the hierarchy in which programs will be arranged. В анализатор реши по програмата структура, програмен интерфейс и програми за йерархия, в която ще бъдат подредени.

The Analyst ensures quality designs, incorporates security measures, designs easy to use input forms, output reports interfaces. В анализатор осигурява качествени проекти, включващи мерки за сигурност, дизайни, лесен за използване приноса форми, производство доклади интерфейси.

The Database designer fulfills the file requirements. Лични дизайнера, извършено в преписката изисквания. The output is a design specification. Изхода е един дизайн на спецификацията.

Tools used are DFD, Data Dictionary, Data models, prototypes, system flowcharts: The personnel involved are users, Analysts, Database Designer. Инструменти, използвани са DFD, данни речник, данни модели, прототипи, системата flowcharts: на персонала са потребители, анализатори, Database дизайнер.

  1. Construction Строителство

The computer environment is prepared, the programs to be written are done and they are tested, user documentation and training manuals are developed. Компютърът среда е готова, програмите да бъдат написани са направили и те са тествани, потребителска документация и обучение са разработени ръководства.

Computer environment being prepared means electrical wires, network cables are installed, furniture, air conditioning are in place. Компютърна среда се подготвя означава, електрически кабели, мрежови кабели са инсталирани, мебели, климатик, са на място. The computers are installed and tested. Компютрите са инсталирани и тествани.

Programs are written per the program and design specifications. Програми са написани на програмата и дизайн спецификации. The programs are tested using walk through and group reviews. Учебните програми са тествани чрез група и преминете през прегледите. The Analyst supervises the writing of training manuals and user documentations. В анализатор контролира писмена форма на обучение, учебници и за ползване на documentations. User documentation includes user manuals, user quick reference guides, on-screen help etc. Потребителска документация включва Ръководства за употреба, бърз потребителски референтна ръководства, на екрана помогне др

People involved are programmers and analysts. Хората, занимаващи се програмисти и анализатори. Tools used are structured, walkthroughs, CASE tools etc Инструменти, използвани са структурирани, walkthroughs, казуистика инструменти и т.н.

6. Conversion 6. Реализация

The Analyst helps the staff to convert from the old system to the new one. В анализатор помага на служителите да се превърнат от старата система на нов. The Analysts oversees the transfer of data files electronically to the new system. В анализатори наблюдава трансфер на файлове с данни по електронен път към новата система.

Conversion can be done in various ways Реализация може да се направи по различни начини

    • Phase Conversion Фаза на реализация

    • Parallel Conversion Паралелни реализация

    • Direct Conversion Директен реализация

    • Pilot Conversion Пилотен реализация

Output is that the system is operational and the tools used are automated data transfer programs. Изходна е, че системата е оперативна и средствата, използвани са автоматизирани системи за пренос на данни програми.

7. Maintenance: 7. Поддържане:

System modifications are made to the system after the system is operational. Системата се въвеждат изменения в системата след като системата е оперативна. Maintenance can be Поддържане може да бъде

(1) Perfective (3) preventive (1) Perfective (3) превантивни

(2) Corrective (4) adaptive (2) Коригиращ (4) адаптивно

The traditional SDLC has a number of good features. Традиционните SDLC има много добри функции. It has been well tried and tested. Той е добре изпробвани и изпитани. However this method has been known to have several drawbacks. Въпреки това този метод е известно, че има няколко недостатъци.

Some of the drawbacks of SDLC are user dissatisfaction . Някои от недостатъците на потребителя SDLC се недоволство. 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 предполага, че потребителят вече познава всичките им изисквания, като по този начин те очакват потребителите да кажете на тях им изисквания и документи, след като на изискванията трябва да останат непроменени, като по този начин те развиват системата с тези изисквания, само за да откриете, че когато системата се изпълнява, тя не предостави за тяхната необходимост, или им се промени изисквания, а оттук те стават недоволни от системата.

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

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 система за проектиране, в които системите, разработени от този подход, често са склонни да Сметачна ръководството оперативни задачи, като издаване на фактури, като по този начин те са склонни да излезе със системи за проектиране, които са подобни на съществуващите ръчен процес.

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

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. Определяне на натоварването, тъй като фирмата може да има много системи за развитие, развитието често е бърз и "мръсни", така че да направят датата на доставката, като по този начин допринася за системи, които вземат огромни усилия, за да се поддържа.

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. Проблемите, свързани с документация, този подход дава за документиране на процеса на изпълнение, което е много идеален, но нотация на документацията е към компютъра в лицето, че е силно техническа документация, а не лесни за разбиране от страна на потребителя.

Recommended Text Препоръчано Текст


Page copy protected against web site content infringement by Copyscape

Comments Коментари

Got something to say? Имате нещо да кажете?

You must be logged in to post a comment. Трябва да сте влезли в системата на коментирайте.

FireStats икона Powered by FireStats Осъществено от FireStats