КР АИС. Оглавление Задание 1 2 Задание 2 8 Задание 3 11 Задание 1
 Скачать 239.11 Kb.
|
ОглавлениеЗадание 1 2 Задание 2 8 Задание 3 11 Задание 11. Основные фазы проектирования АИС Перед началом проектирования АИС необходимо детально обосновать необходимость ее создания, подробно описать цели и задачи проекта, ожидаемую прибыль, временные затраты, доступные ресурсы, ограничения и т. д. Такие работы часто называют стратегическим планированием информационной системы, и для их осуществления назначается менеджер проекта. Необходимость разработки любой АИС может быть обусловлена следующими факторами: ростом значимости информационной среды предприятия; комплексностью системы управления предприятием; необходимостью анализа потенциальных возможностей и опасностей предприятия; необходимостью систематизации деятельности предприятия; необходимостью постоянного повышения эффективности использования основных фондов предприятия, улучшения соотношения цены и качества; повышением роли капиталовложений в сферу информатизации предприятия; необходимостью кадрового планирования для адекватного обеспечения развития предприятия; ростом сложности и комплектности существующих ИС, влекущим за собой усложнение функциональных требований к ИС и их развитию. Главная особенность стратегического планирования информационной системы состоит в том, что именно в этот период уточняются потребности организации в информации, что и определяет возможные варианты структуры информационной системы. В зависимости от интенсивности функционирования информационно-технологического комплекса выделяют следующие группы организаций: организации, развитие которых зависит от использования информационных технологий для ежедневной деятельности (банки, страховые компании ит. д.); организации, не зависящие от информационных технологий, но способные в будущем широко их использовать для достижения конкурентных преимуществ; организации, в деятельности которых информационные технологии не могут стать источником конкурентного преимущества; организации, использующие информационные технологии для поддержки деятельности, не являющейся основной. Для каждой из описанных групп разрабатываются информационные системы, автоматизирующие соответствующие участки деятельности организации [2, 10]. Разработка и внедрение любой АИС осуществляется в определенной последовательности в соответствии с техническим заданием. Содержание первой очереди управленческой системы определяется составом задач учета, анализа, планирования и оперативного управления, наиболее поддающихся автоматизации и имеющих существенное значение для принятия управленческих решений в организации. В процессе разработки последующих очередей системы происходит расширение и интеграция информационного, программного и математического обеспечения, модернизация технических средств. Жизненный цикл АИС позволяет выделить четыре основных периода: предпроектный, проектный, внедрение, эксплуатация и сопровождение [23]. Технология проектирования автоматизированных информационных систем в настоящее время определяется действующим ГОСТ 34.601—90, согласно которому весь процесс разбит на стадии и этапы [2]. 1. Стадия «Формирование требований к АИС»: определение объема обоснования, необходимого для создания АИС (сбор данных об объекте автоматизации и осуществляемых видах деятельности, оценка качества его функционирования, выявление проблем, решение которых возможно средствами автоматизации, оценка целесообразности создания АИС); формирование требований пользователя к АИС; оформление отчета о выполненных работах и подача заявки на разработку АИС. 2. Стадия «Разработка концепции АИС»: изучение объекта АИС; проведение необходимых исследовательских и проектных работ; разработка вариантной концепции АИС и выбор варианта, который удовлетворяет требованиям пользователя, оценка преимуществ и недостатков альтернативных вариантов; оформление отчета о выполненной работе. 3. Стадия «Техническое задание»: разработка и оформление технического задания на создание АИС (общие сведения, назначение и цели создаваемой системы, характеристика объекта автоматизации, требования к системе в целом, ее функциям и задачам, видам обеспечения, планам работ по созданию, вводу в действие и приемке). 4. Стадия «Эскизный проект»: разработка предварительных проектных решений по системе и ее частям (функции АИС, ее подсистемы, состав задач, концепция и структура информационной базы, состав и основные характеристики технических средств); разработка документации на АИС и ее элементы. 5. Стадия «Технический проект»: разработка проекта решений по системе и ее элементам, по функциональной, алгоритмической и организационной структуре системы, структуре технических средств, организации и ведения базы данных, по системе классификации и кодирования информации, алгоритму решения задач, используемым языкам программирования и программному обеспечению; разработка документов АИС; разработка и оформление документации на поставку изделий для комплектования АИС и технических требований на их разработку; разработка заданий на проектирование. 6. Стадия «Рабочее проектирование»: разработка рабочей документации на систему и ее части; разработка или адаптация программ. 7. Стадия «Ввод в действие»: подготовка АИС к внедрению; сдача задач и подсистем в опытную эксплуатацию; составление отчета о вводе в действие. 8. Стадия «Сопровождение АИС»: анализ функционирования системы; авторский надзор. Особенность разработки АИС заключается в концентрации сложности и трудоемкости на стадиях предпроектного обследования, так как ошибки, допущенные на этапах обследования, анализа и проектирования, порождают на этапах внедрения и эксплуатации часто неразрешимые проблемы достижения поставленных целей и эффективности использования АИС [2]. Формирование требований к системе подразумевает определение ее функциональных возможностей, пользовательских требований, требований к надежности и безопасности, к внешним интерфейсам ит. д. [6]. Планирование работ включает предварительную экономическую оценку проекта, построение плана-графика выполнения работ, создание и обучение совместной рабочей группы. На этом этапе осуществляется системный анализ рассматриваемой системы, который включает в себя описание структуры элементов системы и проведение обследования деятельности автоматизируемого объекта; анализ распределения функций по подразделениям и сотрудникам, информационных потоков внутри подразделений и между ними, внешних по отношению к организации объектов и внешних информационных взаимодействий. Анализ завершается построением моделей деятельности организации, предусматривающих обработку материалов обследования и построения функциональных и информационных моделей двух видов: модели «as is» («как есть»), отражающей существующее положение дел в организации; модели «to be» («как должно быть»), отражающей представление о новых технологиях и бизнес-процессах организации. По результатам обследования определяется перечень задач, решение которых целесообразно автоматизировать, и очередность их разработки. Техническое задание — это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки АИС и определения уровня экономической эффективности ее внедрения. Содержание и оформление технического задания регламентируются требованиями ГОСТ 34.602—89 [3]. Стадия эскизного проектирования предполагает предварительный выбор методов проектирования и оценку ожидаемых результатов, однако зачастую эта стадия вводится в состав технического проектирования [32]. Технический проект разрабатывается в целях определения основных проектных решений по созданию системы. На этом этапе осуществляется комплекс исследовательских работ для выбора наилучших вариантов решений, проводятся экспериментальная оценка проектных решений и расчет экономической эффективности системы. Для каждой задачи, включенной в комплекс первоочередных задач, выполняется детальная постановка задачи и разработка алгоритма ее решения. Целью этой стадии является формирование новой структуры системы и логических взаимосвязей ее элементов, которые будут функционировать на выбранной технологической основе. Построение системной архитектуры предполагает выделение элементов и модулей информационного, технического, программного обеспечения и других обеспечивающих подсистем, определение связей по информации и управлению между выделенными элементами и разработку технологии обработки информации [9]. Рабочее проектирование включает разработку спецификаций каждого компонента и материалов, обеспечивающих эффективную эксплуатацию АИС, которые содержат уточненные данные и детализированные общесистемные проектные решения, программы и инструкции по решению задач, а также уточненную оценку экономической эффективности АИС. Техническая часть рабочего проекта предусматривает определение технических средств, описание технологического процесса обработки данных, расчет и составление графика загрузки комплекса технических средств, описание режима функционирования АИС [6, 10]. Внедрение разработанного проекта предполагает выполнение следующих этапов [6]: подготовка объекта управления к внедрению АИС, опытное внедрение, т. е. проверка работоспособности элементов и модулей проекта и устранение выявленных ошибок, и промышленное внедрение — этап сдачи в эксплуатацию и проверки на уровне функций, контроль соответствия требованиям, сформулированным на стадии системного анализа. На стадии эксплуатации и сопровождения собирается статистика о качестве работы каждого из компонентов системы, исправляются обнаруженные недостатки, в некоторых случаях принимается решение о необходимости расширения функциональности системы [6]. В целом процесс проектирования АИС условно включает в свой состав только основные стадии, а реальный набор этапов и технологических операций в значительной степени зависит от выбранного подхода проектирования. Задание 22. Основные этапы канонического проектирования ИС Каноническое проектирование ИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Область применения: для небольших локальных ИС. В основе канонического проектирования лежит каскадная модель жизненного цикла ИС. Выделяют следующие стадии (этапы) создания ИС, выполняемые организациями-участниками канонического проектирования. Стадия 1. Формирование требований к ИС: - обследование объекта и обоснование необходимости создания ИС; - формирование требований пользователей к ИС; - оформление отчета о выполненной работе и тактико-технического задания на разработку. Стадия 2. Разработка концепции ИС: - изучение объекта автоматизации; - разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; - оформление отчета и утверждение концепции. Стадия 3. Техническое задание: - разработка и утверждение технического задания на создание ИС. Стадия 4. Эскизный проект: - разработка предварительных проектных решений по системе и ее частям; - разработка эскизной документации на ИС и ее части. Стадия 5. Технический проект: - разработка проектных решений по системе и ее частям; - разработка документации на ИС и ее части; - разработка и оформление документации на поставку комплектующих изделий. Стадия 6. Рабочая документация: - разработка и адаптация программного обеспечения; - разработка рабочей документации. Стадия 7. Ввод в действие: - подготовка объекта автоматизации; - подготовка персонала; - комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); - строительно-монтажные работы; - пусконаладочные работы; - проведение предварительных испытаний; - проведение опытной эксплуатации; - проведение приемочных испытаний. Стадия 8. Сопровождение ИС: - выполнение работ в соответствии с гарантийными обязательствами; - послегарантийное обслуживание. Достоинства и недостатки этой технологии проектирования обусловлены и соответствуют достоинствам и недостаткам каскадной модели жизненного цикла ИС. 1) В соответствии с описанием предметной области разработайте перечень вопросов для работы с клиентами для определения целей будущей АИС, перечня автоматизируемых данных: 3. Фирма по продаже запчастей Описание предметной области Вы работаете в фирме, занимающейся продажей запасных частей для автомобилей. Вашей задачей является отслеживание финансовой стороны работы компании. Основная часть деятельности, находящейся в вашем ведении, связана с работой с поставщиками. Фирма имеет определенный набор поставщиков, по каждому из которых известны название, адрес и телефон. У этих поставщиков вы приобретаете детали. Каждая деталь наряду с названием характеризуется артикулом и ценой (считаем цену постоянной). Некоторые из поставщиков могут поставлять одинаковые детали (один и тот же артикул). Каждый факт покупки запчастей у поставщика фиксируется в базе данных, причем обязательными для запоминания являются дата покупки и количество приобретенных деталей. Вопросы для работы с клиентами Название детали? Цена детали? Перечень автоматизируемых данных Поставщики (Код поставщика, Название, Адрес, Телефон). Детали (Код детали, Название, Артикул, Цена, Примечание). Поставки (Код поставщика, Код детали, Количество, Дата). Задание 3На основе анализа предметной области построить: 1. функциональную модель автоматизируемой предметной области (модель IDEF0), 2. модели информационных потоков АИС, 3. составить спецификацию системы Организация учета продажи деталей предполагает следующие бизнес-процессы: . Заказ детали - после выбора детали оформляется заказ на выбранную модель, подготавливается и отправляется запрос на завод - изготовитель, принимается предоплата и выдается квитанция о предоплате; . Прием детали - принятие детали на внутренний учет, оповещение покупателя; . Реализация детали - осмотр детали покупателем; 4. Регистрация оплаты; Формирование отчетных документов: Формирование отчета «Прайс-лист»; Формирование отчета «Анализ продаж»; Формирование отчета «Заказы детали»; Формирование отчета «Состояние заказов». Для формализованного описания вышеописанных бизнес-процессов построим функциональную модель IDEF0. Основной структурной единицей IDEF0-модели является диаграмма, представляющая собой графическое описание модели предметной области или ее части. Главными компонентами IDEF0-диаграммы являются блоки. Каждый блок диаграммы соответствует некоторой функции, для которой необходимо определить исходные данные, результат, управляющую функцию и механизм ее реализации. Взаимодействие функций с внешним миром и между собой описывается с помощью дуг (связей). В IDEF0 различают пять типов дуг: ) Вход - материал или информация, которые используются или преобразуются блоком для получения результата (выхода); ) Выход - результат выполнения функции (материал или информация); ) Управление - условия, правила, стандарты, которые влияют на выполнение функции; ) Механизм - ресурсы, с помощью которых выполняется работа; ) Вызов - специальная дуга, указывающая на другую модель предметной области. На рисунках 1.1 (а, б, в) представлена IDEF0-модель «Информационная система фирмы», декомпозированная на 3 подуровня. На первом уровне блок А0 отвечает за реализацию детали на основе следующих данных: заказ клиента и поставщик. В результате на выходе получаем выполненный заказ. В качестве управления выступают: законодательство РФ, лицензия на продажу, каталог деталей.  Рисунок 1.1 (а) - IDEF0-модель «Информационная система фирмы» При декомпозиции (рис. 1.3(б) ) блок А0 разбивается на 4 блока: А1, А2, А3, А4. В блоке А1 формируется план закупок, руководствуясь входными данными заказ клиента, поставщик. Блок А2 - Договор с поставщиками соединяется с блоком А3 - Формирование каталога. Блок А4 отвечает за сбыт, на выходе - выполненный заказ. Механизмами выступают: отдел по закупке, юридический отдел, отдел бухгалтерии, отдел сбыта. Таким образом, выделили 4 подзадачи, произведя детализацию первого уровня.  Рисунок 1.1 (б) - Диаграмма декомпозиции Перейдем на 3 уровень декомпозиции блока А4 - Сбыт (рис. 1.3(в)). Диаграмма представлена тремя блоками: А41 - Принятие заявки, А42 - Оформление договора, А43 - Продажа. В качестве управления остаются те же стандарты и правила, что и на первом уровне, на выходе получаем выполненный заказ.  Рисунок 1.1 (в) - Диаграмма декомпозиции Исследование информационных потоков В результате анализа деятельности отдела сбыта был выявлен комплекс информационных потоков. Входные данные: Сведения о клиентах; Заказы клиентов; Сведения о деталях; Данные для формирования отчетов; Сведения о поставщиках. Выходные документы: Отчет «Прайс-лист»; План закупок; Договор с поставщиками; Каталог деталей; отчет «Анализ продаж»; отчет «Заказы деталей»; отчет «Состояние заказов». Тема: Нормативная проектная документация 1) изучите и законспектируйте содержание ГОСТ 34.602 – 89, ГОСТ 2.120 -73. З на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы: 1) общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы; 6) порядок контроля и приемки системы; 7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; 8) требования к документированию; 9) источники разработки. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САПР, АСНИ и т.д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система. ГОСТ 2.120 -73 Технический проект разрабатывают, если это предусмотрено техническим заданием, протоколом рассмотрения технического предложения или эскизного проекта. Технический проект разрабатывают с целью выявления окончательных технических решений, дающих полное представление о конструкции изделия, когда это целесообразно сделать до разработки рабочей документации. При необходимости технический проект может предусматривать разработку вариантов отдельных составных частей изделия. В этих случаях выбор оптимального варианта осуществляется на основании результатов испытаний опытных образцов изделия. При разработке технического проекта выполняют работы, необходимые для обеспечения предъявляемых к изделию требований и позволяющие получить полное представление о конструкции разрабатываемого изделия, оценить его соответствие требованиям технического задания, технологичность, степень сложности изготовления, способы упаковки, возможности транспортирования и монтажа на месте применения, удобство эксплуатации, целесообразность и возможность ремонта и т.п. В технический проект включают конструкторские документы в соответствии с ГОСТ 2.102-68, предусмотренные техническим заданием и протоколом рассмотрения технического предложения, эскизного проекта. При выполнении документов в электронной форме электронная структура изделия и электронная модель изделия (сборочной единицы, комплекса) выполняются со степенью детализации, соответствующей стадии технического проекта. При разработке технического проекта могут быть использованы отдельные документы, разработанные на предыдущих стадиях, если эти документы соответствуют требованиям, предъявляемым к документам технического проекта или, если в них внесены изменения с целью обеспечения такого соответствия. Использованным документам присваивают литеру "Т". Конструкторские документы, разрабатываемые для изготовления материальных макетов, в комплект документов технического проекта не включают. 2) разработайте Техническое задание на разработку АИС для вашей предметной области Техническое задание на проектирование автоматизированной информационной системы «Фирма по продаже запчастей» 1 Общие сведения. 1.1 Объект автоматизации – Фирма по продаже запчастей (Ф.) 1.2 Документы, на основании которых создается система: - систематический каталог: - алфавитный каталог; - детальный каталог; 2 Назначение и цели создания системы 2.1 Назначение системы. Основная часть деятельности, находящейся в вашем ведении, связана с работой с поставщиками. Фирма имеет определенный набор поставщиков, по каждому из которых известны название, адрес и телефон. У этих поставщиков вы приобретаете детали. Каждая деталь наряду с названием характеризуется артикулом и ценой (считаем цену постоянной). Некоторые из поставщиков могут поставлять одинаковые детали (один и тот же артикул). При применении системы станет легче подбирать детали, проверять наличие деталей. Процесс заказа деталей будет осуществляться быстрее, так как это можно будет осуществить прямо с рабочего места. 2.2 Цели создания системы. Систему предполагается создать для улучшения качества обслуживания покупателей, обслуживания большего числа покупателей и ускорения работы. Критерий оценки достижений целей системы – увеличение числа обслуживаемых покупателей. Т.к. система позволит увеличить скорость обслуживания, то увеличится число обслуживаемых покупателей. Критерием оценки достижений целей системы будет уменьшение вероятности потери информации о деталей, которыми пользуются менеджеры, вероятности неправильного заказа детали. 3 Характеристика объектов автоматизации 3.1 Краткие сведения Фирма по продаже запчастей: отделы обслуживания. Отдел комплектования 3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды. В библиотеке работают менеджеры с высшим образованием и средним специальным. Систему предполагается использовать на рабочих местах. В отделах обслуживания предполагается использоваться для поиска деталей, просмотра их наличия, внесение сведений о деталях, которые покупаются. В отделе комплектования система будет использоваться для внесения информации о новых деталях. А также для фиксации заказов на новые детали. 4 Требования к системе. 4.1 Требования к системе в целом. Система должна удовлетворять следующим требованиям: - Надежности; - Безопасности; - Требования к защите информации от несанкционированного доступа. Должна быть предусмотрена защита от несанкционированного доступа к данным, ввода данных, их удаления - Данные должны хранить в соответствии с имеющимися документами (ББК и др.). - Система должна быть доступна с любого компьютера магазина. - Информация, хранящаяся в системе должна быть защищена от аварийных ситуаций, влияния внешних воздействий (радиоэлектронная защита). - Квалификация персонала. Персонал должен быть обучен правилам работы с системой, при этом не обязательно наличие специального технического образования 4.2 Требования к функциям (задачам), выполняемым системой. Функции, выполняемые подсистемами объекта автоматизации: - выдача информации о деталях. Автоматизированная система хранит эту информацию сколь угодно долго, поиск осуществляется за считанные секунды, исключены ошибки менеджеров, не требуется дополнительная площадь. - Внесение новых покупателей, проверка его данных. При использовании автоматизированной системы запись покупателей будет осуществляться легко и быстро. Присутствия самих читателей не требуется. Это позволит избежать очередей в библиотеке, путаницы при присвоении новых читательских номеров. - Проверка купленных деталей. Автоматизированная система хранит информацию о деталях сколь угодно долго, поиск и проверка будет осуществляться за считанные секунды. Покупатель также сможет распечатать список покупаемых деталей. - Проверка на наличие деталей. Без использования автоматизированной системы поиск книги занимает значительное время. В автоматизированной системе для поиска будет необходимо только ввести название детали (артикул или шифр) и информация о наличии детали будет готова. - Заказ деталей по заявкам покупателей. С помощью автоматизированной системы сотрудник сможет прямо на рабочем месте ввести свой заказ и передать информацию о нем поставщику. Кроме того, покупатели смогут быстро получить информацию о том, что заказ принят. - Замена утерянной детали. При замене детали информация о ней и о сотрудниках, принявших замену, должна храниться достаточно долго. Обычно она хранится в документах, актах замены, но в результате она может быть потеряна. Новая автоматизированная система позволит избежать потери информации и надежно и долго хранить её. А экземплярам будет автоматически ставиться отметка о замене. - Внесение новых книг в каталог библиотеки, присвоение им инвентарного номера. Для внесения новых книг в каталоги библиотекарям необходимо заполнить много разных документов, проверить правильность их заполнения. При использовании автоматизированной системы проверка и заполнение будет осуществляться одновременно. Автоматически будет осуществляться проверка правильности присвоенного инвентарного номера, правильность закрепления книг за отделами. 4.3 Требования к видам обеспечения. Программное обеспечение системы не должно зависеть от аппаратных средств компьютера. Необходимое программное обеспечение: MS ACCESS 2010, MS Word 2010, MS SQL Server 2010. Тема: Управление проектом. CASE-средства 1) изучить основы работы по управлению проектами в CASE-средства MSProject 2) в рамках разработанного ТЗ составить диаграмму работ (диаграмму Ганта). Таблица 1 - Этапы разработки АИС
На основании таблицы построим диаграмму Ганта с помощью MS Exel:  Рисунок 1 - Диаграмма Ганта Список используемых источников 1) Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2006,. 304 с. 2) Лапина Т.И. Управление данными [Текст]. - Юго-Зап. гос. ун-т, Курск, 2011. - 255 с. 3) Илюшечкин В.М. основы использования и проектирования БД [Текст]: учебное пособие. - М.: Высшее образование, 2009. - 213с. 4) Хомоненко А.Д. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - СПб.: Корона-принт, 2005. - 416 с. 5) Верхова Г.В. Базы данных: учебное пособие. - СПб.: Политехника, 2008. - 171с. 6) Горбаченко В. И., Убиенных Г. Ф., Бобрышева Г. В. Создание функциональной модели информационной системы с помощью CASE-средства CA ERwin Process Modeler 7.3. - Пенза: ПГУ, 2010. - 66 с. 7) Копейкин М.В., Спиридонов В.В., Шумова Е.О. Базы данных. Концепция баз данных: Учеб. пособие. - СПб.: СЗТУ, 2004. - 116 с. 8) Маркин А.В. Построение запросов и программирование на SQL [Текст]: учебное пособие. - М.: Диалог - МИФИ, 2008. - 320с. 9) Голицына О. Л. Программное обеспечение [Текст] : учебное пособие. - 3-е изд., перераб. и доп. - М. : Форум, 2010. 10) Базы данных. Методические указания к лабораторной работе №5: / УГАТУ. Сост.: Е.Н. Прошин - Уфа, 2014. - 24 с. |