Лабораторная работа 1. Предпроектные исследования предметной области

• Название: Лабораторная работа 1. Предпроектные исследования предметной области
• Дата: 03.04.2021
• Размер: 1.4 Mb.
• Имя файла: lab_9.pdf
• Тип: Лабораторная работа; #190841
• страница: 1 из 10

5
Лабораторная работа №1. Предпроектные исследования
предметной области
Цель работы: Ознакомиться с процедурой предпроектного исследования предметной области.
Основные теоретические сведения
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной АИС, стадии и этапы работ могут иметь различную трудоемкость.
Допускается объединять последовательные этапы и исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
Стадии и этапы создания АИС, выполняемые организация- ми- участниками, прописываются в договорах и технических заданиях на выполнение работ.
Стадия 1. Формирование требований к АИС:

обследование объекта и обоснование необходимости создания
АИС;

формирование требований пользователей к АИС;

оформление отчета о выполненной работе и тактико-тех- нического задания на разработку.
Стадия 2. Разработка концепции АИС:

изучение объекта автоматизации;

проведение необходимых научно-исследовательских работ;

разработка вариантов концепции АИС, удовлетворяющих требованиям пользователей;

оформление отчета и утверждение концепции.
Стадия 3. Техническое задание:

разработка и утверждение технического задания на создание
АИС.
Стадия 4. Эскизный проект:

разработка предварительных проектных решений по системе и ее частям;

разработка эскизной документации на АИС и ее части.
Стадия 5. Технический проект:

разработка проектных решений по системе и ее частям;

разработка документации на АИС и ее части;

разработка и оформление документации на поставку ком- плектующих изделий;

разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация:

разработка рабочей документации на АИС и ее части;

разработка и адаптация программ.

6
Стадия 7. Ввод в действие:

подготовка объекта автоматизации;

подготовка персонала;

комплектация АИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

строительно-монтажные работы;

пусконаладочные работы;

проведение предварительных испытаний;

проведение опытной эксплуатации;

проведение приемочных испытаний.
Стадия 8. Сопровождение АИС:

выполнение работ в соответствии с гарантийными обязательствами;

послегарантийное обслуживание.
Рассмотрим специфику составляющих некоторых стадий подробнее.
Обследование — это изучение и анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации. Материалы, полученные в результате обследования, используются для:

обоснования разработки и поэтапного внедрения систем;

составления технического задания на разработку систем;

разработки технического и рабочего проектов систем.
На этапе обследования целесообразно выделить две составляющие: определение стратегии внедрения АИС и детальный анализ деятельности организации.
Основная задача первого этапа обследования — оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня.
Эти задачи могут быть реализованы или заказчиком АИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия — получить полное и однозначное понимание требований заказчика. Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями.
По завершении стадии обследования появляется возможность определить вероятные технические подходы к созданию системы и оценить затраты на ее реализацию (на аппаратное обеспечение, на закупаемое программное обеспечение и на разработку нового программного обеспечения).
Результатом этапа определения стратегии является документ (технико- экономическое обоснование — ТЭО — проекта), где четко сформулировано, что получит заказчик, если согласится финансировать проект, когда он

7 получит готовый продукт (график выполнения работ) и сколько это будет стоить (для крупных проектов — это график финансирования на разных этапах работ). В документе желательно отразить не только затраты, но и выгоду проекта, например время окупаемости проекта, ожидаемый экономический эффект (если его удается оценить).
Примерное содержание ТЭО:

ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

совокупность условий, при которых предполагается экс- плуатировать будущую систему, — архитектура системы, ап паратные и программные ресурсы, условия функционирования, обслуживающий персонал и пользователи системы;

сроки завершения отдельных этапов, форма приемки/сдачи работ, привлекаемые ресурсы, меры по защите информации;

описание выполняемых системой функций;

возможности развития и модернизации системы;

интерфейсы и распределение функций между человеком и системой;

требования к ПО и системам управления базами данных (СУБД).
На этапе детального анализа деятельности организации изучаются деятельность, обеспечивающая реализацию функций управления, организационная структура, штаты и содержание работ по управлению предприятием, а также характер подчиненности вышестоящим органам управления. Здесь следует наметить инструктивно-методические и директивные материалы, на основании которых определяются состав подсистем и перечень задач, а также возможности применения новых методов решения задач.
Аналитики собирают и фиксируют информацию в двух взаи- мосвязанных формах:

функции — информация о событиях и процессах, которые происходят в автоматизируемой организации;

сущности — информация о классах объектов, имеющих значение для организации и о которых собираются данные.
При изучении каждой функциональной задачи управления определяются:

наименование задачи; сроки и периодичность ее решения;

степень формализуемости задачи;

источники информации, необходимые для решения задачи;

показатели и их количественные характеристики;

порядок корректировки информации;

действующие алгоритмы расчета показателей и возможные методы контроля;

действующие средства сбора, передачи и обработки информации;

действующие средства связи;

8

принятая точность решения задачи;

трудоемкость решения задачи;

действующие формы представления исходных данных и ре- зультатов их обработки в виде документов;

потребители результатной информации по задаче.
Одной из наиболее трудоемких, хотя и хорошо формализуемых, задач этого этапа является описание документооборота организации. При обследовании документооборота составляется схема маршрута движения документов, которая должна отразить:

количество документов;

место формирования показателей документов;

взаимосвязь документов при их формировании;

маршрут и длительность движения документа;

место использования и хранения данного документа;

внутренние и внешние информационные связи;

объем документа в знаках.
По результатам обследования устанавливают перечень задач управления, подлежащих автоматизации, и очередность их разработки.
На этапе обследования следует классифицировать планируемые функции системы по степени важности. Один из возможных форматов представления такой классификации — MuSCoW [22]. Эта аббревиатура расшифровывается так: Must have — необходимые функции; Should have — желательные функции; Could have — возможные функции; Won't have — отсутствующие функции.
Функции первой категории обеспечивают критичные для успешной работы системы возможности. Реализация функций второй и третьей категорий ограничивается временными и финансовыми рамками: разрабатывается необходимое, а также максимально возможное в порядке приоритета число функций второй и третьей категорий. Последняя категория функций особенно важна, поскольку нужно четко представлять границы проекта и набор функций, которые будут отсутствовать в системе.
Модели деятельности организации создаются в двух видах [6, 16, 18]:

модель «как есть» («as is») — отражает существующие в ор- ганизации бизнес-процессы;

модель «как должно быть» («to be») — отражает необходимые изменения бизнес-процессов с учетом внедрения АИС.

Уже на этапе анализа необходимо привлекать к работе группы тестирования для решения следующих задач:

получения сравнительных характеристик предполагаемых к использованию аппаратных платформ, операционных систем,
СУБД и т. п.;

разработки плана работ по обеспечению надежности АИС и ее тестирования.

9
Привлечение тестировщиков на ранних этапах разработки является целесообразным для любых проектов. Чем позже обнаружены ошибки в проектных решениях, тем дороже обходится их исправление; худший вариант — их обнаружение на этапе внедрения. Таким образом, чем раньше группы тестирования начнут выявлять ошибки в АИС, тем ниже стоимость работы над системой. Время на тестирование системы и на исправление обнаруженных ошибок должно быть предусмотрено не только на этапе разработки, но и на этапе проектирования.
Облегчить и увеличить эффективность тестирования призваны специальные системы отслеживания ошибок. Их использование позволяет иметь единое хранилище ошибок, отслеживать их повторное появление, контролировать скорость и эффективность исправления ошибок, видеть наиболее нестабильные компоненты системы, а также поддерживать связь между группой разработчиков и группой тестирования.
Результаты обследования представляют объективную основу для формирования технического задания на АИС.
Предпроектное обследование объекта автоматизации
Ключевые слова: обследование предприятия, интервьюирование и анкетирование, реестр входящей информации, реестр внутренней информации, реестр исходящей информации, отчет об экспресс- обследовании предприятия, референтная модель, полная бизнес-модель организации, функциональная модель предметной области.
Задачи и этапы предпроектного обследования объекта автоматизации
Обследование предприятия является важным и определяющим этапом проектирования ИС. Длительность обследования обычно составляет 1-2 недели. В течение этого времени системный аналитик должен обследовать не более 2-3 видов деятельности (учет кадров, бухгалтерия, перевозки, маркетинг и др.).
Сбор информации для построения полной бизнес-модели организации часто сводится к изучению документированных информационных потоков и функций подразделений, а также производится путем интервьюирования и анкетирования.
К началу работ по обследованию организация обычно предоставляет комплект документов, в состав которого обычно входят:
1. Сводная информация о деятельности предприятия.

Информация об управленческой, финансово-экономической, производственной деятельности предприятия.

Сведения об учетной политике и отчетности.
2. Регулярный документооборот предприятия.

Реестр входящей информации.

Реестр внутренней информации.

Реестр исходящей информации.

10
3. Сведения об информационно–вычислительной инфраструктуре предприятия.
4. Сведения об ответственных лицах.
РЕЕСТР ВХОДЯЩЕЙ ИНФОРМАЦИИ
(Наименование предприятия)
(Наименование подразделения)
Характеристики обработки документов
№ Наименование и назначение документа
Кто обрабатывает
Откуда поступает
Трудоемкость Периодичность, регламент
Способ получения
РЕЕСТР ВНУТРЕННЕЙ ИНФОРМАЦИИ
(Наименование предприятия)
(Наименование подразделения)
Характеристики обработки документов
№ Наименование и назначение документа
Кто обрабатывает
Кому передает
Трудоемкость Периодичность, регламент
Способ получения
РЕЕСТР ИСХОДЯЩЕЙ ИНФОРМАЦИИ
(Наименование предприятия)
(Наименование подразделения)
Характеристики обработки документов
№ Наименование и назначение документа
Кто обрабатывает
Куда поступает
Трудоемкость Периодичность, регламент
Способ получения
Списки вопросов для интервьюирования и анкетирования составляются по каждому обследуемому подразделению и утверждаются руководителем компании. Это делается с целью:

предотвращения доступа к конфиденциальной информации;

усиления целевой направленности обследования;

минимизации отвлечения сотрудников предприятий от выполнения должностных обязанностей.
Общий перечень вопросов (с их последующей детализацией) включает следующие пункты:

основные задачи подразделений;

собираемая и регистрируемая информация;

отчетность;

взаимодействие с другими подразделениями.
Анкеты для руководителей и специалистов могут содержать следующие вопросы:

Каковы (с позиций вашего подразделения) должны быть цели создания интегрированной системы управления предприятием?

Организационная структура подразделения.

Задачи подразделения.

Последовательность действий при выполнении задач.

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

12

классификация направлений
(решаемых проблем), целей функционирования;

классификация элементов информационных потоков;

проведение обследования деятельности персонала организации;

исследование распределения (по времени и частоте) организационных характеристик: процедур, контактов персонала, направлений деятельности, элементов информационных потоков — по отдельности и в комбинациях друг с другом по категориям работников, видам процедур и их направлениям (согласно результатам и логике исследований);

выявление реальной структуры функциональных, информационных, иерархических, временных, проблемных отношений между руководителями, сотрудниками и подразделениями;

установление структуры распределения рабочего времени руководителей и персонала относительно функций, проблем и целей организации;

выявление основных технологий функционирования организации
(информационных процессов, включая и недокументированные), их целеполагания в сравнении с декларируемыми целями организации;

выявление однородных по специфике деятельности, целевой ориентации и реальной подчиненности групп работников, формирование реальной модели организационной структуры и сравнение ее с декларируемой;

определение причин рассогласования декларируемой и реальной структуры организационных отношений.
Сплошной «фотографией» рабочего времени называется непрерывное наблюдение и регистрация характеристик работников в процессе функционирования в течение всего рабочего дня. При этом индицируемые параметры последовательно вносятся в заранее заготовленную рабочую таблицу. Ниже представлена форма рабочей таблицы системного аналитика:
Сразу по окончании процедуры обследования таблица пополняется дополнительными характеристиками: технологическая ветвь, системная функция, предмет, аспект, эмоциональный фон и др.
Часть показателей, те, что помечены звездочкой, заполняются в процессе обследования, остальные — после. Содержание записей следующее:

номер (по порядку);

агент (должность обследуемого работника);

время, в течение которого выполнялась процедура;

13

процедура (наименование содержания совокупности элементарных действий, объединенных общностью решаемой частной задачи);

содержание (суть процедуры, которая должна быть классифицирована);

информация (направление движения информации между агентом и контрагентом);

инициатива (инициатор начала выполнения данной процедуры);

контрагент (должность работника, который находится с обследуемым в контакте);

отношение (отражающая субординацию агента и контрагента форма взаимодействия в данной процедуре);

проблема (словесная характеристика решаемой проблемы).
Результатом предпроектного обследования должен явиться «Отчет
об экспресс-обследовании предприятия», структура которого приведена ниже.
1. Краткое схематичное описание бизнес-процессов, например:

управление закупками и запасами;

управление производством;

управление продажами;

управление финансовыми ресурсами.
2. Основные требования и приоритеты автоматизации.
3. Оценка необходимых для обеспечения проекта ресурсов заказчика.
4. Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости.
Документы, входящие в отчет об обследовании, могут быть представлены в виде текстового описания или таблиц, примерная форма которых приведена ниже.
Таблица
Основные бизнес процессы предприятия
№ Б-П Наименование бизнес-процесса
1.
Продажи: сеть, опт
2.
План закупок
3.
Размещение заказа на производство
4.
Производство собственное
5.
Закупка сырья
6.
Платежи
7.
Другие
Таблица
Операции бизнес-процесса
Операция Исполнитель Как часто
Входящие документы
(документы- основания)
Исходящий документ
(составляемый документ)

14
Таблица
Описание документов бизнес-процесса
Составляемый документ (исходящий документ)
Операция Кто составляет
(исполнитель)
Как часто
Документы- основания
(входящие документы)
Проведение предпроектного обследования позволяет решить следующие задачи:

предварительное выявление требований к будущей системе;

определение структуры организации;

определение перечня целевых функций организации;

анализ распределения функций по подразделениям и сотрудникам;

выявление функциональных взаимодействий между подразделениями, информационных потоков внутри подразделений и между ними, внешних информационных воздействий;

анализ существующих средств автоматизации организации.
Информация, полученная в результате предпроектного обследования, анализируется с помощью методов структурного и/или объектного анализа и используется для построения моделей деятельности организации. Модель организации предполагает построение двух видов моделей:

модели «как есть», отражающей существующее на момент обследования положение дел в организации и позволяющей понять, каким образом функционирует данная организация, а также выявить узкие места и сформулировать предложения по улучшению;

модели «как должно быть», отражающей представление о новых технологиях работы организации. Каждая из моделей включает в себя полную функциональную и информационную модель деятельности организации, а также модель, описывающую динамику поведения организации (в случае необходимости).
В качестве основного каркаса, объединяющего и систематизирующего все знания по бизнес-модели, можно использовать референтную модель.
Референтная модель - это модель эффективного бизнес-процесса, созданная для предприятия конкретной отрасли, внедренная на практике и предназначенная для использования при разработке/реорганизации бизнес- процессов на других предприятиях.
По сути, референтные модели представляют собой эталонные схемы организации бизнеса, разработанные для конкретных бизнес-процессов на основе реального опыта внедрения в различных компаниях по всему миру.
Они включают в себя проверенные на практике процедуры и методы организации управления. Референтные модели позволяют предприятиям начать разработку собственных моделей на базе уже готового набора функций и процессов.

15
Референтная модель бизнес-процесса представляет собой совокупность логически взаимосвязанных функций. Для каждой функции указывается исполнитель, входные и выходные документы или информационные объекты. Элементы (функции и документы) референтной модели бизнес- процесса содержат ссылки на соответствующие объекты ИС, а также документы и другую информацию (пользовательские инструкции, ответственных разработчиков), расположенную в репозитории проекта.
Отсюда и название — референтная модель (в переводе с английского - ссылочная модель).
Задания для выполнения
Задание 1. Изучить материал лекции «Каноническое проектирование
ИС». Провести предпроектное обследование объекта. Получить отчет об экспресс-обследовании предприятия.
Задание 2. На основе результатов предпроектного обследования построить функциональную модель предметной области внедрения ИС (2 уровня декомпозиции исключая нулевой).
Задание 3. Составить отчет. Отчет должен содержать:
1. Титульный лист.
2. Содержание.
3. Введение (описание актуальности работы).
4. Основную часть, состоящую из двух глав (первая глава содержит результаты предпроектного обследования, вторая – функциональную модель предметной области).
5. Заключение (описание результатов работы).
Этапы выполнения задания 1
1. Название организации и профиль деятельности.
2. Функциональная структура:

схема;

должности и функции.
3. Оборудование (включая компьютерное).
4. Территория (месторасположение, количество помещений, площади).
5. Выделение и классификация процессов:

дерево бизнес-процессов (схема);

таблицы:
• «Основные бизнес процессы предприятия»,
• «Операции бизнес процессов»,
• «Описание документов бизнес-процесса».
6. Сеть бизнес-процессов (схема).
7. Основные требования и приоритеты автоматизации.
8. Оценка необходимых для обеспечения проекта ресурсов заказчика.

16
9. Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости.
Этапы выполнения задания 2
1. Определить предметную область внедрения ИС.
2. Определить цель моделирования.
3. Определить точку зрения модели.
4. Описать статус модели.
5. Создать контекстную диаграмму.
6. Создать два уровня декомпозиции.
7. Проверить синтаксис построенной модели.
8. Создать глоссарий.
9. Сформировать дерево узлов Node Tree.
10. Создать каркас диаграммы.
11. Получить отчеты BP Win (7 отчетов).
Содержание и оформление отчета по лабораторной работе
Отчѐт должен содержать:
1. Титульный лист.
2. Содержание.
3. Введение (описание актуальности работы).
4. Основную часть, состоящую из двух глав (первая глава содержит результаты предпроектного обследования, вторая – функциональную модель предметной области).
5. Заключение (описание результатов работы).
Контрольные вопросы
1. Какие задачи позволяет решить предпроектного обследование?
2. Какие методы используются на начальном этапе предпроектного обследования?
3. Что представляет собой экспресс-обследование предприятия?
4. Что такое референтная модель?
5. Какие методы используются для анализа результатов предпроектного обследования?
6. Какие два вида моделей предполагает построение модели деятельности организации?
Время, отведенное на выполнение лабораторной работы
Время, отводимое на выполнение лабораторной работы, определяется в соответствии с программой и календарно-тематическим планированием.

18
Лабораторная работа №2. Разработка технического задания к
программному продукту
Цель работы: Ознакомиться с процедурой разработки технического задания на создание программного продукта (ПП) с применением ГОСТ
19.102-77 «Стадии разработки программ и программной документации» и
ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».
Основные теоретические сведения
Техническое задание — это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемо-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследова- тельских работ, предпроектных исследований, научного прогнозирования и т. п.
При разработке технического задания (ТЗ) необходимо решить следующие задачи:

установить общую цель создания АИС;

установить общие требования к проектируемой системе;

разработать и обосновать требования, предъявляемые к ин- формационному, математическому, программному, техни- ческому и технологическому обеспечению;

определить состав подсистем и функциональных задач;

разработать и обосновать требования, предъявляемые к подсистемам;

определить этапы создания системы и сроки их выполнения;

провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения;

определить состав исполнителей.
В Российской Федерации действует ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы», также на техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание.
Требования к содержанию и оформлению».
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документамустанавливает общие требования к оформлению программных документов. Программный документ должен состоять из следующих частей:

19

Титульной;

Информационной;

Основной.
Титульная часть оформляется согласно ГОСТ 19.104-78 ЕСПД.
Основные надписи.
Информационная часть должна состоять из аннотации и содержания. В аннотации приводят сведения о назначении документа и краткое изложение основной части.
Содержание включает перечень записей о структурных элементах основной части документа.
Состав и структура основной части программного документа устанавливается стандартами ЕСПД на соответствующие документы.
Основная часть технического задания должна содержать следующие разделы:
ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к
содержанию и оформлению

введение;

основания для разработки;

назначение разработки;

требования к программному продукту;

требования к программной документации;

технико-экономические показатели;

стадии и этапы разработки;

порядок контроля и приѐмки;
В зависимости от программного продукта допускается уточнять содержание разделов, объединять отдельные из них, вводить новые разделы. В техническое задание допускается включать приложения.
Состав и содержание технического задания (ГОСТ 34.602—89)