кандидат технических наук, доцент Грекул Владимир Иванович

1. Каноническое проектирование ИС
ГОСТ 34.601-90

Стадии создания ИС
Проектирование
Реализация
Тестирование

Ссылки
ГОСТ 34.201-89 Виды, комплектность и обозначения документов при создании автоматизированных систем
ГОСТ 34.320-96 Концепции и терминология для концептуальной схемы и информационной базы
ГОСТ 34.321-96 Информационные технологии. Система стандартов по базам данных. Эталонная модель управ
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы (Взамен ГОСТ 24.201-85)
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

Стадии канонического проектирования ИС

Стадия 1. Исследование и обоснование создания системы
предварительное обследование объекта и обоснование необходимости создания ИС;
выявление требований пользователей к ИС;
оформление отчета о выполненной работе и проекта технического задания на разработку. (не на систему!!!)
Цель – обоснование и предварительная оценка проекта

Обследование -
изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации.
предварительное обследование
детальное обследование
Этапы обследования

Исходные документы для обследования
1. Сводная информация о деятельности предприятия
Информация об управленческой, финансово-экономической, производственной деятельности предприятия
ОШС, положения о подразделениях, функциональные обязанности должностных лиц
Сведения об учетной политике и отчетности
2. Регулярный документооборот предприятия
Реестр входящей информации
Реестр внутренней информации
Реестр исходящей информации
3. Сведения об информационно–вычислительной инфраструктуре предприятия
4. Сведения об ответственных лицах

Классификация методов организации обследования
По целям проектирования
Локальное
Системное
Автоматизация отдельных задач
Комплексная автоматизация
По числу исполнителей
Индивидуальное
Один эксперт
Бригады экспертов
Координация!!!
Бригадное
По степени охвата объекта
Сплошное
Выборочное
Отдельные подразделения При наличии однотипных!!!
Все подразделения
По технологии проведения
Последовательное
Параллельное
Изучение одновременно со сбором данных
Сокращение сроков!!!
Сбор данных, потом изучение

Классификация методов сбора данных
Силами заказчика
Силами разработчика
Документальная инвентаризация
Самофотография рабочего дня
Ведение индивидуальных тетрадей-дневников
Наблюдение
Интервью
Метод аналогий
Фотография рабочего дня

Каковы (с позиций Вашего подразделения) должны быть цели создания интегрированной системы управления предприятием.
Организационная структура подразделения.
Задачи подразделения.
На какие даты приходятся «пиковые нагрузки»? (периодичность в месяц, квартал, год и т.д.)
Ключевые специалисты подразделения, способные ответить на любые вопросы по бизнес-процессам применяемым в подразделении.
Последовательность действий при выполнении задач.
Сколько времени (в минутах) вы тратите на исполнение основных операции?
С какими типами внешних организаций (банк, заказчик, поставщик и т.п.) взаимодействует подразделение и какой информацией обменивается?
Каким справочным материалом вы пользуетесь?
Какие отчеты и как часто вы готовите для руководства?
Документооборот на рабочем месте
Техническое оснащение подразделения (компьютеры, сеть, модем и т.п.). Используемые программные продукты для автоматизации бизнес-процессов
Характеристики удаленных объектов управления
Примерное содержание анкет
Общие
БПр
Информ
Техн

Недостатки интервью
не охватывают всех существенных сторон деятельности;
обладают высокой степенью субъективности;
представления анкетируемых (о структуре организации, общих и локальных целях функционирования, задачах и функциях подразделений, а также подчиненности работников) иногда имеют противоречивый характер; эти представления подчас расходятся с официально декларируемыми целями и правилами или противоречат фактической деятельности.
структура реальных действий, осуществляемых персоналом в информационных контактах (в значительной мере недокументированных) остается неизвестной.
Собранные в интервью данные

Фотография рабочего дня
непрерывное наблюдение и регистрация характеристик деятельности работников в процессе функционирования в течение всего рабочего дня.
•агент (должность обследуемого работника);
•время, в течение которого выполнялась процедура;
•процедура (наименование содержания совокупности элементарных действий, объединенных общностью решаемой частной задачи);
•содержание (суть процедуры, которая должна быть классифицирована);

Фотография рабочего дня
(продолжение)
•информация (направление движения информации между агентом и контрагентом);
•инициатива (инициатор начала выполнения данной процедуры);
•контрагент (должность работника, который находится с обследуемым в контакте);
•отношение (форма взаимодействия, отражающая субординацию агента и контрагента в данной процедуре);
•проблема (словесная характеристика решаемой проблемы);

Отчет об экспресс-обследовании
1. Краткое схематичное описание бизнес-процессов
· управление закупками и запасами
· управление производством
· управление продажами
· управление финансовыми ресурсами
Основные требования и приоритеты автоматизации
Оценка необходимых для обеспечения проекта ресурсов заказчика
Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости.

Технико-экономическое обоснование проекта
что получит заказчик, если согласится финансировать проект; когда он получит готовый продукт (график выполнения работ);
сколько это будет стоить (для крупных проектов должен быть составлен график финансирования на разных этапах работ).

Ориентировочное содержание ТЭО
ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;
совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, условия функционирования, обслуживающий персонал и пользователи системы;
описание выполняемых системой функций;
возможности развития системы;
информационные объекты системы;
интерфейсы и распределение функций между человеком и системой;
требования к программным и информационным компонентам ПО, требования к СУБД;
сроки завершения отдельных этапов, форма приемки \ сдачи работ, привлекаемые ресурсы, меры по защите информации;
что не будет реализовано в рамках проекта.
характеристика проекта
общая характеристика ИС
общая характеристика процесса разработки

Стадия 2. Разработка концепции ИС
изучение объекта автоматизации (детальное обследование);
разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
оформление отчета и утверждение концепции.
Цель – получение детальной информации об объекте автоматизации, оценка возможности применения новых методов решения задач и создание концепции построения системы

В процессе изучения объекта автоматизации выявляются :
функции — информация о событиях и процессах, которые происходят в бизнесе;
сущности — информация о вещах, имеющих значение для организации и о которых что-то известно.

Классификация MuSCoW.
Must have — необходимые функции
Should have — желательные функции Could have — возможные функции
Won't have — отсутствующие функции

Материалы детального обследования –
таблица бизнес-процессов предприятия

Материалы детального обследования
Операции бизнес-процесса
Описание документов бизнес-процесса

Виды моделей
модель “как есть“ (“as-is”)– отражает существующие в организации бизнес-процессы;
модель “как должно быть“ (“to-be”) – отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

Стадия 3. Разработка технического задания
Цели разработки ТЗ – определить согласованные требования к функциональности ИС и организации разработки
Техническое задание - это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.

Состав и содержание технического задания (ГОСТ 34.602-89)

Стадия 4. Эскизный проект
разработка предварительных проектных решений по системе и её частям;
разработка эскизной документации на ИС и её части.
Цель эскизного проектирования – разработать и обосновать общие подходы к созданию ИС
Обычно выполняется для проектов сложных ИС

Стадия 5. Техническое проектирование
Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению.
Цели технического проектирования – исследование и обоснование выбора проектных решений