
- •Содержание
- •Введение. Определение понятия «информационная система»
- •Жизненный цикл информационных систем. Основные стадии и этапы разработки ис и их содержание
- •Три модели жизненного цикла информационной системы.
- •Роль заказчика в создании информационной системы.
- •Как заказчик видит создание информационной системы
- •Планирование информационных систем
- •Ключевые вопросы при оценке проектов:
- •Информационная архитектура должна включать в себя: Управленческую архитектуру:
- •Техническую архитектуру:
- •Стратегический план
- •Выбор базовой стратегии информационной системы
- •Разработка стратегического плана ис состоит из 3 шагов:
- •Средства для определения стратегических инициатив ис
- •Операционный план ис
- •Долгосрочный план ис
- •Краткосрочный план ис
- •Подходы к планированию ис
- •Ключевые вопросы при формулировке деловой и информационной стратегии:
- •Роль людей в планировании ис
- •Роль менеджера-пользователя
- •Роль профессионала ис
- •Оценка проектов информационных систем в малом бизнесе
- •Стадии и этапы создания информационных систем и технологий с позиции руководства организации
- •Ключевые вопросы и. Проблемы, связанные с проектами информационных технологий:
- •Список литературы.
Роль заказчика в создании информационной системы.
Роль заказчика в создании информационной системы важна: он является на этапе разработки системы заказчиком, а затем превращается в ее пользователя. Одна из главных задач руководства организации заказчика и разработчика – активное обучение будущих пользователей, повышение уровня их квалификации как пользователей, но прежде всего как постановщиков.
Пользователь должен быть заранее ознакомлен с методикой проведения обследования объекта, порядком обобщения результатов, что поможет ему определить и выделить подлежащие автоматизированной обработке задачи, функции и квалифицированно сделать постановку задачи. Постановка задачи – описание задачи по определенным правилам, которое дает исчерпывающее представление о сущности, логике преобразования информации для получения результата.
Пользователь – специалист в своей области, он знает, чего он хочет. Но кроме профессиональных знаний в предметной области, пользователь должен иметь знания информационных технологий для правильной постановки задачи. Это справедливо как для разработки информационной системы, так и для использования готовых решений.
План постановки задачи заказчиком информационной системы
Организационно-экономическая сущность задачи – наименование, место решения, цель решения, потребители решения и способ его доставки, периодичность решения, источники информации, связь с другими задачами. Описание входной информации – перечень исходной информации, формы представления, примеры документов, частота поступления информации, формы контроля информации и т.д.
Как заказчик видит создание информационной системы
Пригласить консультантов, заплатить денег, чтобы они разработали структуру компании, бизнес-процессы, написали ТЗ, потом купить (или разработать под заказ) софт - и чтобы все заработало. Да, и чтобы вчера и недорого.
Голубая мечта 70% Заказчиков.
Реальность же такова, что если вы приглашаете консультантов и хотите от них структуру бизнес-процессов, то готовьтесь к тому, что это будут типовые, стандартные процессы. Как не потерять при этом свою креативность, конкурентные преимущества (КП), надо думать самим. В том и состоят КП, что это нестандартные решения, не доступные более никому, в том числе и консультантам. Если бы они были доступны всем, то это уже не были бы КП.
Как приятно иметь дело с Заказчиком, который знает какая система ему нужна. Хотя бы в основных чертах. Понятно, что детали и тонкости - дело профессионалов, но общее представление о системе Заказчик иметь должен. К сожалению, даже среди среднего бизнеса их 20-30% (по нашему опыту). Еще у 50-60% это представление появляется в ходе совместного "рождения" системы нами и Заказчиком. Оставшиеся 10% видимо недозрели до системы.
Вот пример одного из 10%: Его пожелания сводились к "сделайте мне красиво". Поставьте, говорит мне систему управления, чтобы мне все считала и управляла. Начали с чего попроще - посчитать материальную себестоимость в производстве. И выяснили, что элементарные вещи на предприятии никто не преставляет. Более того, все делается как левая нога грузчика захочет. Причем вычислили это с помощью как раз того автоматизированного участка. Мы говорим - где ж тут систему ставить - тут еще пахать и пахать. И в первую очередь ваших работников воспитывать. Нет, грит подавай систему. На том и разошлись. Вместо реальных подвижек к упорядоченной системе человек предочел журавля в небе.
Написать систему с нуля - не проблема. Адаптировать готовое решение - не проблема. Проблема - вытянуть из Заказчика как он видит свой бизнес в идеале. Как что делается, кто за что отвечает? Что мне дает это система, какие входные данные, какие выходные? Если Заказчик хотя бы через месяц работы с нами может ответить на эти вопросы - то все получится.