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