MIS - Процесс разработки
В MIS информация считается важным ресурсом, таким как капитал и время. Если этим ресурсом нужно хорошо управлять, он призывает руководство спланировать его и контролировать, чтобы информация стала жизненно важным ресурсом для системы.
Информационная система управления требует хорошего планирования.
Эта система должна иметь дело с управленческой информацией, а не только с обработкой данных.
Он должен обеспечивать поддержку планирования управления, принятия решений и действий.
Он должен обеспечивать поддержку меняющимся потребностям управления бизнесом.
Основные проблемы при внедрении MIS:
Количество, содержание и контекст информации - сколько информации и что именно она должна описывать.
Характер анализа и изложения - понятность информации.
Доступность информации - частота, современность, по запросу или в обычном порядке, периодическая или нерегулярная, разовая информация или повторяющаяся по своему характеру и т. Д.
Достоверность информации.
Достоверность информации.
Безопасность и аутентификация системы.
Планирование MIS
Процесс проектирования и разработки MIS должен успешно решать следующие проблемы:
Между разработчиками и пользователями системы должно быть эффективное общение.
Между пользователями и разработчиками должна быть синхронизация в понимании управления, процессов и ИТ.
Понимание информационных потребностей менеджеров из разных функциональных областей и объединение этих потребностей в единую интегрированную систему.
Создание единой MIS, охватывающей всю организацию, приведет к созданию более экономичной, быстрой и более интегрированной системы, однако при этом сложность конструкции многократно возрастет.
MIS должна взаимодействовать со сложной средой, включающей все другие подсистемы в общей информационной системе организации. Таким образом, крайне необходимо понимать и определять требования MIS в контексте организации.
Он должен идти в ногу с изменениями в окружающей среде, меняющимися требованиями клиентов и растущей конкуренцией.
Он должен наилучшим образом использовать быстрое развитие ИТ-возможностей.
Стоимость и время установки таких передовых ИТ-систем высоки, поэтому не должно быть необходимости в частых и серьезных модификациях.
Он должен заботиться не только о пользователях, т.е. менеджерах, но и о других заинтересованных сторонах, таких как сотрудники, клиенты и поставщики.
По завершении этапа организационного планирования разработчик системы должен принять следующие стратегические решения для достижения целей и задач MIS:
Стратегия развития - Пример - пакетная обработка в режиме реального времени онлайн.
Стратегия развития системы - Дизайнер выбирает подход к развитию системы, такой как операционный и функциональный, бухгалтерский анализ.
Ресурсы для разработки - Дизайнер должен выбрать ресурсы. Ресурсы могут быть внутренними, внешними, индивидуализированными или пакетными.
Состав персонала. В штатах должны быть аналитики и программисты.
Планирование информационных систем по существу включает:
Идентификация стадии информационной системы в организации.
Идентификация применения организационной ИС.
Эволюция каждого из этих приложений на основе установленных критериев эволюции.
Установление приоритета для этих приложений.
Определение оптимальной архитектуры ИС для обслуживания приоритетных приложений.
Требования к информационной системе
Следующая диаграмма иллюстрирует краткий набросок процесса анализа требований к информации.
Следующие три методологии могут быть приняты для определения требований при разработке информационной системы управления для любой организации:
Business Systems Planning (BSP) - эта методология разработана IBM.
Он определяет приоритеты организации в области ИБ и сосредотачивается на том, как данные поддерживаются в системе.
Он использует архитектуру данных, поддерживающую несколько приложений.
Он определяет классы данных с использованием различных матриц для установления отношений между организацией, ее процессами и требованиями к данным.
Критический фактор успеха (CSF) - эта методология разработана Джоном Рокартом из Массачусетского технологического института.
Он определяет ключевые бизнес-цели и стратегии каждого менеджера, а также бизнеса.
Затем он ищет важнейшие факторы успеха, лежащие в основе этих целей.
Показатель эффективности CSF становится входом для определения требований к информационной системе.
Анализ конечных / средних (E / M) - эта методология разработана Уэтербе и Дэвисом из Университета Миннесоты.
Он определяет критерии эффективности для выходных данных и критерии эффективности для процессов, генерирующих выходы.
Сначала он определяет результаты или услуги, предоставляемые бизнес-процессами.
Затем описываются факторы, которые делают эти результаты эффективными для пользователя.
Наконец, он выбирает информацию, необходимую для оценки эффективности результатов.
Анализ и проектирование информационных систем
Системный анализ и проектирование следует типичному жизненному циклу проектирования системы / программного обеспечения (SDLC), как обсуждалось в предыдущей главе. Обычно он проходит через следующие фазы -
- Определение проблемы
- Технико-экономическое обоснование
- Системный анализ
- Системный дизайн
- Детальный дизайн системы
- Implementation
- Maintenance
На этапе анализа обычно используются следующие методы:
- Диаграммы потоков данных (DFD)
- Логическое моделирование
- Моделирование данных
- Быстрая разработка приложений (RAD)
- Объектно-ориентированный анализ (OOA)
Технологии информационных систем
Технологические требования к информационной системе можно разделить на следующие категории:
Devices
Системы центра обработки данных - это среда, которая обеспечивает обработку, хранение, сетевое взаимодействие, управление и распределение данных внутри предприятия.
Корпоративное программное обеспечение - это программные системы, такие как ERP, SCM, управление человеческими ресурсами и т. Д., Которые удовлетворяют потребности и цели организаций.
ИТ-услуги - это реализация и управление качественными ИТ-услугами поставщиками ИТ-услуг с помощью людей, процессов и информационных технологий. Он часто включает в себя различные структуры и методологии улучшения процессов, такие как шесть сигм, TQM и т. Д.
Телекоммуникационные услуги
Планирование и выполнение тестирования системы
Система должна быть полностью протестирована на наличие ошибок, прежде чем она будет полностью готова к работе.
План тестирования должен включать для каждого теста:
- Purpose
- Definition
- тестовые входы
- подробное описание процедуры испытаний
- подробности ожидаемых результатов
Каждую подсистему и все ее компоненты следует тестировать с использованием различных процедур тестирования и данных, чтобы убедиться, что каждый компонент работает так, как задумано.
В тестировании должны участвовать пользователи системы, чтобы выявить ошибки, а также получить обратную связь.
Работа системы
Прежде чем система будет введена в эксплуатацию, необходимо решить следующие проблемы:
Безопасность, резервное копирование и восстановление данных;
Системный контроль;
Тестирование системы на отсутствие ошибок во всех ожидаемых бизнес-ситуациях;
Используемое аппаратное и программное обеспечение должно обеспечивать ожидаемую обработку;
Следует поддерживать производительность системы и ожидаемое время отклика;
Система должна быть хорошо документирована, включая:
Руководство для неопытных пользователей,
Справочник пользователя или руководство по эксплуатации для опытных пользователей,
Системное справочное руководство с описанием системных структур и архитектуры.
После того, как система будет полностью готова к работе, ее следует поддерживать в течение всего срока службы, чтобы устранить любые сбои или трудности, возникающие при работе, и могут быть внесены незначительные модификации для устранения таких ситуаций.
Факторы успеха и неудачи
Проекты развития MIS - это проекты с высоким риском и высокой доходностью. Следующее можно назвать критическими факторами успеха и неудачи в разработке MIS:
Он должен ориентироваться на конкретный, хорошо воспринимаемый бизнес.
Высшее руководство должно быть полностью убеждено, способно и желает такой системы. В идеале в высшем руководстве должен быть покровитель или спонсор системы.
Все пользователи, включая менеджеров и других сотрудников, должны стать неотъемлемой частью разработки, внедрения и использования системы.
Как можно скорее должен быть выпущен действующий прототип системы, чтобы заинтересовать пользователей.
Должен быть хороший обслуживающий персонал с необходимыми техническими, деловыми навыками и навыками межличностного общения.
Система должна быть простой, понятной, но без особого усложнения. Лучше всего не добавлять сущность, если для нее нет и использования, и пользователя.
Он должен быть простым в использовании и с большим временем отклика.
Процесс реализации должен следовать определенной цели и времени.
Все пользователи, включая высшее руководство, должны пройти соответствующее обучение, чтобы они хорошо знали содержание и функции системы и могли полностью использовать ее для различных управленческих действий, таких как отчетность, составление бюджета, контроль, планирование, мониторинг и т. Д. и т.п.
Он должен давать полезные результаты, которые должны использовать все менеджеры.
Система должна быть хорошо интегрирована в процессы управления планированием, принятием решений и мониторингом.