Процес на разработка на MIS с жизнен цикъл на разработка на системата
Софтуерът е един от основните компоненти на информационната система за управление. Част от софтуера, използван в MIS система, е готов. Те включват пакети като програми за електронни таблици, приложения за бази данни и др.
Това обаче са моменти, когато готовият софтуер не отговаря на бизнес изискванията. Решението на този проблем е специално създаден софтуер.
Този урок ще се съсредоточи върху методологиите, използвани за разработване на потребителски софтуер.
Заинтересовани страни в развитието на информационната система
Типичната разработка на информационна система обикновено има три заинтересовани страни, а именно:
- Потребители – Потребителите са тези, които използват системата, след като е разработена, за да изпълняват ежедневните си задачи.
- Спонсор на проекта – тази категория заинтересовани страни отговаря за финансовия аспект на проекта и гарантира, че проектът е завършен.
- Разработчици – тази категория обикновено се състои от системни анализатори и програмисти. Системните анализатори отговарят за събирането на потребителските изисквания и писането на системните изисквания. Програмистите разработват необходимата система въз основа на системните изисквания, разработени от системните анализатори.
Най-важните заинтересовани страни в един проект са потребителите. За да бъде приет един проект като завършен, потребителите трябва да го приемат и да го използват. Ако потребителите не приемат системата, тогава проектът е провал.
MIS в системния анализ и проектиране
Системният анализ и дизайн се отнасят до две тясно свързани дисциплини системен анализ намлява дизайн на системата.
- Анализ на системата се занимава с разбирането на бизнес целите, целите и разработването на бизнес процеси. Крайният продукт на системния анализ са системните спецификации.
- Дизайн на системата използва изхода от системния анализ като свой вход. Основната цел на системния дизайн е да интерпретира системните изисквания в архитектурни, логически и физически проекти за това как информационната система да бъде внедрена.
Обектно ориентиран анализ и проектиране в MIS
Обектно-ориентираният анализ и проектиране (OOAD) е тясно свързан със системния анализ и проектиране. Основната разлика между обектно-ориентирания анализ и дизайн (OOAD) и системния анализ и дизайн е, че OOAD използва обекти за представяне на обекти от реалния свят.
Обектно ориентираният анализ и дизайн използва визуално моделиране, за да подобри комуникацията между всички заинтересовани страни и да произвежда висококачествени продукти.
Обектът е представяне на субект от реалния свят като клиент, продукт, служител и т.н. Unified Modeling Language (UML) е език с общо предназначение, използван за създаване на визуален дизайн за система.
Следното изображение показва примерна UML диаграма, която показва потребители, взаимодействащи със система за точка на продажба
Жизнен цикъл на разработка на системата (SDLC) в MIS
- жизнен цикъл на развитие на системата се отнася до обработката на планиране, създаване, тестване и внедряване на информационна система. Основната цел на жизнения цикъл на разработката на системата е да произвежда висококачествени информационни системи, които отговарят или надхвърлят очакванията на потребителите в рамките на определения бюджет и времева рамка.
SDLC използва редица методологии за разработка, за да постигне тази цел. Следващите раздели ще обсъдят някои от най-популярните методологии за разработка.
Модел на водопада в MIS
- Модел на водопад използва последователен модел на проектиране. Следващият етап започва едва след завършване на предишния етап. Първият етап обикновено се рисува отгоре, а следващите етапи - отдолу и вляво отдолу. Това образува структура, подобна на водопад, откъдето идва и името.
Основната цел на модела водопад е
- Планиране
- График на времето
- Бюджетиране и
- Внедряване на цяла система наведнъж
Водопадният модел е идеален, когато изискванията на потребителя са ясно разбрани и не се очаква да се променят радикално по време на развитието на информационната система. Моделът на водопада е идеален в ситуации, в които проектът има фиксиран обхват, фиксирана времева рамка и фиксирана цена.
Най-голямото предизвикателство на модела на водопада е приемането на промяната. Не е лесно да се включат нови потребителски изисквания.
Гъвкав подход за разработка на MIS
Гъвкавото развитие е алтернативна методология на традиционното управление на проекти, която насърчава адаптивно планиране, еволюционно развитие, ранна доставка, непрекъснато подобрение и насърчава бърза и гъвкава реакция на промените.
Спринтът от гледна точка на гъвкавостта е добре дефинирана задача, която трябва да бъде изпълнена в рамките на определено време. Sprint целите и продължителността се определят от клиентите и екипа за разработка. Всички заинтересовани страни трябва да се срещнат лично, за да получат обратна връзка за спринта, преди да могат да преминат към следващия спринт, ако има такъв.
Agile методологии обикновено следват гъвкавия манифест. Манифестът за гъвкавост се основава на следните дванадесет (12) принципа:
- Удовлетвореност на клиентите чрез ранна и непрекъсната доставка на софтуер
- Приветстващи промени в изискванията по всяко време на проекта
- Чести издания на работещ софтуер обикновено на седмична база
- Сътрудничество между бизнесмени и разработчици при работа по проект
- Проекти, изградени около мотивирани и доверени лица
- Ефикасни и ефективни срещи лице в лице
- Напредъкът се измерва въз основа на работещ софтуер
- Устойчивото развитие, спонсорите, потребителите и разработчиците трябва да могат да поддържат постоянно темпо за неопределено време
- Постоянното внимание към техническото съвършенство и добрия дизайн подобрява гъвкавостта.
- Простота
- Самоорганизиращи се екипи
- На редовни интервали екипът обмисля как да стане по-ефективен, след което настройва и коригира поведението си съответно.
Следната диаграма илюстрира как се прилагат гъвкави методологии за разработка.
Прототипиране в MIS
Прототипът е полуфункционален симулационен модел на действителната система, която трябва да бъде разработена. Методологиите за разработване на прототипи използват прототипи. Прототипите позволяват както на разработчиците, така и на потребителите да получат обратна връзка на ранен етап.
Прототипирането улеснява потребителите да определят своите изисквания, а разработчиците разбират изискванията на потребителите благодарение на прототипите. Методологията за прототипиране се състои в идентифициране на основните системни изисквания, особено на входа и изхода от системата. След това тези изисквания се използват за създаване на симулационен модел, с който потребителите могат да взаимодействат и да предоставят обратна връзка. Обратната връзка с потребителите се използва за подобряване на прототипа и вземане на други важни решения като остойностяване на проекта и изпълними времеви графици.
Следващата диаграма илюстрира етапите на прототипиране
Oбобщение
Разработването на информационни системи се отнася до методологии и стъпки, включени в разработването на нова информационна система или надграждането на съществуваща система, за да отговори на променящите се потребителски изисквания.
С две думи, методологията за развитие трябва първо да идентифицира и разбере проблема със съществуващата система и да намери решение, което решава проблема.
Избраната методология зависи от естеството на проекта и изискванията на потребителите.
- Моделът на водопада е идеален, когато проектът не се очаква да се промени много
- Докато методологии като Agile, Prototyping и др. са идеални, когато се очаква проектът да се промени по време на разработката и промените трябва да бъдат включени.