Информационная система (ИС) – это специализированная система, которая необходима для того, чтобы хранить, искать и обрабатывать информацию. Она включает в себя соответствующие организационные ресурсы, отвечающие за обеспечение и распространение информации.
ИС нужна для того, чтобы своевременно доставлять информацию. Помогает удовлетворять определенные потребности в информации в рамках заданной предметной области. Результатом послужит информационная продукция. К ней относят:
- массивы данных;
- IT-услуги;
- базы данных;
- различные документы.
Понятие ИС интерпретируется согласно имеющегося контекста. В широком понимании это связь, в которой обязательно есть программное обеспечение, данные и персонал, а также организационное ПО. В широком понимании это совокупность содержащейся в базе данных информации и обеспечивающих ее грамотную обработку информационные технологии и всевозможные технические средства.
В деятельности организации ИС рассматривается как программное обеспечение, реализующее деловую стратегии и бизнес-процессы. Цель – создание и развертывание единой корпоративной системы, которая будет удовлетворять потребности подчиненных в электронной информации, а также подразделений организации.
Основные понятия
Перед тем как рассматривать проектирование информационных систем, необходимо запомнить несколько ключевых понятий. Без них дальнейшее изучение темы вызовет определенные трудности:
- Система – любые объекты, которые рассматриваются в качестве единого целого. Объекты сложного характера. Включают в себя разнородные компоненты, связанные друг с другом. Они образовывают единый объект.
- Подсистема – отдельный объект, включенный в состав системы. Состоит из иных элементов разного вида.
- Основной элемент функционирования ИС – устройство, обеспечивающее работу рассматриваемого компонента. В современной интерпретации выражен компьютером. Все чаще здесь встречается периферийное оборудование и серверы.
Для того, чтобы лучше понимать рассмотренные термины, можно изучить предложенную таблицу.
Для чего требуются
ИС в 21 веке является основным элементом в сфере IT-технологий. Соответствующие системы нужны для определенных целей. Они обеспечивают:
- обработку информации;
- сбор различных данных;
- хранение;
- поиск;
- выдачу (выведение) информации.
Полученные сведения анализируются и изучаются получателями для принятия решений в различных областях деятельности. Пример – рассмотрение проблем при создании программных продуктов и проектов.
Структура
Перед тем как организовывать проектирование ИС, нужно понять структуру соответствующего элемента. А затем – изучить ключевые концепции разработки новых проектов с их преимуществами и недостатками. Лишь после этого целесообразно говорить об успехе поставленной задачи.
ИС бывают:
- техническими;
- математическими;
- информационными;
- программными;
- правовыми;
- организационными.
Далее каждый вариант будет рассмотрен более подробно. Особый акцент сделан на программный тип информационных систем. На его примере разберем основные концепции и методологии разработки.
Техническая ИС
Это – совокупность имеющихся в компании или организации технических средств, обеспечивающих работоспособность системы. Сюда относят технические процессы и соответствующую документацию. Примеры: компьютеры, устройства для хранения/сбора/вывода и передачи данных, связные линии, оргтехника.
Документация позволяет оформить выбор оборудования, а также описать принципы организации эксплуатации соответствующего устройства и обработки имеющихся данных. Подразделяется на несколько типов:
- Нормативно-справочный. Применяется для расчетов за технические обеспечение.
- Специализированный. Включает в себя описание методик по каждому этапу разработки технического обеспечения на предприятии.
- Общесистемный. Состоит из отраслевых и государственных стандартов. Применяется в отношении техники.
Для организации ТО используют разные формы организации. Пример – децентрализованная. В ней каждая подсистема на компьютере реализована непосредственно на рабочем месте. Есть централизованная форма организации – работать предстоит на специальных вычислительных центрах и крупных ЭВМ. Последний вариант – частично децентрализованная форма. В ней часть подсистем базируется на ПК, а часть – в вычислительных центрах. Это – самый распространенный и перспективный вариант для любого предприятия и компании.
Математическая и программная ИС
Данные элементы представлены комплексом математических моделей, алгоритмов и методов, помогающих осуществлять задачи и цели ИС. Способствуют полноценному функционированию подсистемы технического обеспечения.
К математическому виду относят:
- инструменты моделирования (сюда также включен дизайн);
- типовые задачи;
- математическую статистику и программирование;
- теории массового обслуживания.
К программному обеспечению можно отнести:
- Специальное ПО – совокупность программных средств, разработанных в процессе создания конкретной информационной системы. Включает в себя пакеты прикладных программ, созданные для имеющихся моделей работы реально существующего объекта.
- Общесистемное ПО. Представлен комплексом приложений, необходимых для типовых пользовательских действий. Дают возможность расширения стандартного набора функций ПК. С его помощью в пределах предприятия или устройства можно контролировать и управлять процессами, связанными с работой с данными.
- Техническую документацию на создание программных средств. Включает в себя описание целей, ТХ, а также математическо-экономическую модель. Сюда же включены контрольные примеры.
При создании проекта информационной системы ПО играет огромную роль. Особенно в век стремительного развития IT технологий.
Информационное обеспечение
Требуется для того, чтобы формировать и выдавать актуальные данные. С их помощью можно принимать эффективные управленческие решения. Является основой для большинства сфер деятельности и бизнеса.
Представляет собой комплекс подсистем:
- кодирование;
- классификация данных;
- системы документации;
- схемы циркулирующий на предприятии потоков данных;
- методы проектирования БД.
Соответствующие сведения пригодятся всем, кто планирует работать в области IT. Особенно это касается разработчиков. Для них методологии создания информационных проектов – база, без которой релиз продуманной идеи невозможен.
Организационные системы
Организационное обеспечение – средства и методы, регламентирующие взаимодействие сотрудников друг с другом, а также их работу с разными техническими средствами во время создания и использования системы.
Соответствующая подсистема требуется для:
- анализа имеющихся систем управления компанией, в которые нужно внедрить ИС;
- обнаружения задач в проекте, подлежащих автоматизации;
- подготовки будущих автоматизированных задач проекта к решению на ПК – составление ТЗ на проектирование системы, обоснование эффективности;
Также она потребуется при разработке управленческих решений. Таких, которые повысят эффективность всей управленческой системы.
Правовое обеспечение
Представлен комплексом нормативных актов, диктующих процесс создания информации. Сюда также относится его юридический статус, функционирование системы информации, получение, преобразование, передача и использование данных.
Такое обеспечение преследует ключевую цель – обеспечение законности всех имеющихся процессов. Состоит из двух компонентов: локального (отвечающего за работу системы) и общего (указывает на принципы работы любой системы).
Жизненный цикл
Изучая основы IT, нужно понимать, как грамотно составлять проект информационной системы. Соответствующий процесс носит название разработки. Является крайне важным для релиза совершенно разных проектов – от элементарных программ до сложнейших бизнес-решений.
Перед рассмотрением ключевых методологий разработки проектов и программных продуктов, нужно разобрать понятие жизненного цикла.
Жизненный цикл – этапы, которые проходит проект от начала создания до окончания разработки и релиза. Он включает в себя:
- подготовку;
- проектирование;
- поддержку;
- создание.
Названия могут меняться в зависимости от конкретного проекта. Жизненный цикл иногда дробится на более мелкие составляющие.
Чаще всего жизненный цикл включает в себя:
- Приобретение. Выражено действиями заказчика. Предпринятые манипуляции позволяют формировать требования и ограничения для обеспечения. Предусматривают заключение договора на обслуживание, анализ и аудит.
- Поставку. Мероприятия, проводимые специалистами. Позволяют анализировать требования клиентов, создавать проекты, подводить итоги исследований. Тут решаются вопросы, в которые включен дизайн и непосредственное программирование. Завершается процесс проверкой проекта и его поставкой.
- Разработку. Непосредственное программирование и создание дизайна.
- Эксплуатацию. Использование готового проекта заказчиками.
- Сопровождение. Это – поддержка пользователей. На этом этапе программисты исправляют обнаруженные в ходе эксплуатации ошибки и неполадки.
Эксплуатация и сопровождение – операции, которые проводятся одновременно. Предложенная структура – это основа жизненного цикла любого проекта. Носит название модели разработки. Методологии – наборы методов по управлению процессами создания ПО. Именно они являются проектированием.
Методологии – что и как
Принцип методологии проектирования информационной системы будет меняться в зависимости от заданного проекта. У методологий существуют несколько задач, решению которых они должны способствовать при проектировании:
- обеспечивать создание корпоративных ИС согласно целям и задачам компании;
- гарантирование создание систем с заданным качеством в оговоренные сроки в рамках установленного бюджета каждого отдельно взятого проекта;
- поддерживать удобство сопровождения, обновления, увеличения проекта (итогового продукта);
- обеспечивать преемственность разработки.
Внедрение методологии – главный фактор снижения сложности процесса создания проекта. Достигается за счет точного описания соответствующих процессов, а также благодаря применению современных методов и технологий на протяжении всего жизненного цикла продукта.
Водопадная модель
Здесь разработка по формированию проекта проводится поэтапно – шаг за шагом. Каждый новый этап производится только по завершении предыдущего.
Грамотное использование такой концепции позволяет сделать разработку программного обеспечения быстрым, понятным и эффективным.
К ее преимуществам можно отнести:
- Простой контроль за разработкой. Заказчики всегда знают, что делают программисты.
- Отсутствие необходимости серьезных затрат на тестирование.
- Определение стоимости (итоговой) работ на первоначальном этапе. Такой результат достигается за счет согласования и поэтапного планирования.
Недостатки:
- Тестирование организовывается на поздних этапах создание проекта.
- Итог удастся лицезреть только в самом конце проектирования.
- Для реализации нужно готовить огромное количество технической документации.
Формирование подробного и детализированного технического задания – залог успешной реализации методологии.
V-образный
Подход, который представлен усовершенствованной моделью «водопада». Тут заказчики вместе с программистами параллельно выдвигают требования к итоговому проекту, описывать и составлять его характеристики. Это происходит на каждом отдельно взятом этапе.
Вариант, который минимизирует архитектурные ошибки. Но, если в процессе тестирования обнаруживаются ошибки, их исправление обходится дорого. Концепция подходит для моделей, где основополагающую роль играет надежность.
Инкрементный подход
Это – создание проекта или ИС «по частям». Чтобы лучше его понять, стоит изучить пример формирования соцсети:
- Человек захотел создать социальную сеть и составил подробное ТЗ.
- Программисты предлагают реализацию собственного персонала. После этого – организовать тестирование на целевой аудитории.
- Проводится демонстрация итогового ПО с последующим релизом. Если работа устраивает, ведется ее продвижение.
- Параллельно создаются функциональные инструменты для обмена изображениями, аудио и документами. Подобные моменты согласовываются с заказчиком заблаговременно.
Концепция не требует на первоначальном этапе серьезных финансовых вложений. Они тоже производятся «по частям». Сначала оплачиваются ключевые функции системы, после – ее дополнительные возможности. А еще здесь налажена обратная связь и исправление ошибок не слишком дорогое.
Но соответствующая методология влечет недопонимания в команде – там каждый занимается «своей» задачей. И согласовать идеи проекта бывает нелегко. Разработчики могут откладывать релиз, стараясь уделять много времени малозначимым элементам программы. Все эти минусы устраняются детализированным ТЗ.
Итеративная методология
Здесь четкая цель проектирования информационной системы или проекта не определена. Заказчик имеет общую идею, первоначальную задумку. Реализация не имеет четкой детализации.
Концепция идеально подходит для крупных проектов с неопределенными и размытыми требованиями. Здесь отсутствуют фиксированные сроки и бюджеты, зато можно быстро выпустить релиз с минимальным функционалом. А еще – добиться эффективности за счет пользовательского тестирования.
Спиральный подход
Это методология оценки рисков. Соответствующему моменту уделяется огромное внимание. Создание проекта проводится итерационным методом.
Каждая стадия будет опираться на предыдущую. Очередной «виток» завершается – команда принимает решение относительно дальнейшего развития продукта. Риски – это основополагающая концепции. Реализация приема дорогая и очень долгая.
Хотите освоить современную IT-специальность? Огромный выбор курсов по востребованным IT-направлениям есть в Otus!
