Методические рекомендации по выполнению практических работ профессионального модуля
 Скачать 2.97 Mb.
|
|
Задание для самостоятельной работы Для организации из практических работ №38–39 разработать организационную струк- туру с детальным описанием функционального назначения каждого из звеньев. Выделить основные процессы, протекающие в организации и для трех (по выбору обучающегося) со- ставить диаграмму потоков данных и функциональную диаграмму. Осуществить декомпози- цию одного из процессов на функциональной диаграмме (по выбору обучающегося). Список рекомендуемой литературы 1. Непомнящий Е.Г. Экономика и управление предприятием: конспект лекция. — Ре- жим доступа: http://polbu.ru/nepomn_economy/ch09_i.html. — Дата обращения: 20.06.2017. 2. Организация как объект управления. — Режим доступа: http://www.youtube.com/ watch?v=G1fFcaFHnus. — Дата обращения: 20.06.2017. 3. Организация как функция управления. Организационные формы и структуры управления. — Режим доступа: http://studopedia.org/1-2062.html. — Дата обращения: 20.06.2017. 4. Структурный анализ организации. — Режим доступа: http://portal.edu.asu.ru/ mod/lesson/view.php?id=13577. Режим доступа: 20.06.2017. 5. Типы организационных структур. — Режим доступа: http://www.e-reading.link/ chapter.php/97486/46/Mihaleva_-_Menedzhment__konspekt_lekciii.html. — Дата обращения: 20.06.2017. 110 Практическая работа №44–49 Темы: Сбор данных для анализа использования и функционирования информационной системы. Определение технических требований к проектируемой ИС. Разработка техниче- ских условий эксплуатации ИС. Определения состава оборудования и программных средств разработки ИС. Разработка технического задания на проектирование Задачи: 1. Определение понятий «технические требования», «технические условия» и «техни- ческое задание». Их использование. 2. Определить технические требования к ИС. 3. Определить технические условия эксплуатации ИС. 4. Проанализировать аппаратные и программные средства для разработки ИС. 5. Разработать техническое задание на проектирование ИС. Теоретическое обоснование Требование — это условие или возможность, которой должна соответствовать систе- ма. Жизненно важной частью проектирования ИС является формирование требований к соз- даваемому решению, т.е. разработка технического задания. Требования отражают потребности достаточно широкой аудитории (заинтересован- ных сторон, будущих пользователей, заказчиков ИТ — решения и пр.), на удовлетворение которых направлен проект. Однако требования обычно претерпевают существенные измене- ния по мере реализации проекта: дополняются, модифицируются, сокращаются. Состав процедур управления требованиями: «Анализ проблем» — разработка и согласование правильного описания проблемы, решить которую призвана новая система. «Выявление потребностей пользователей» — сбор информации о действитель- ных потребностях пользователей создаваемого решения и других заинтересованных лиц; идентификация функций системы. «Определение системы» — преобразование понимания проблемы и потребностей пользователя в обобщенное описание системы, которая будет удовлетворять эти потребности. «Управление масштабом» — согласование определения системы и ограничений. «Уточнение определения системы» — разработка детальных требований к системе. «Построение правильной системы» — методики верификации создаваемого ИТ- решения и управления изменениями. Задачей процесса анализа проблем является осознание реальных проблем и потреб- ностей заказчика, и предложение решения для удовлетворения этих потребностей. Процесс включает в себя следующие этапы: 1. Достижение соглашения об определении проблемы 2. Выделение основных причин 3. Выявление заинтересованных лиц и пользователей 4. Определение границ системы, предлагаемой в качестве решения 5. Выявление ограничений. Выявление потребностей пользователей Потребность — это отражение некоей личной, рабочей или бизнес-проблемы (или возможности), решение которой оправдывает замысел создания, приобретение или модерни- зацию системы. Выявление потребностей сопряжено с выполнением следующих задач: интервьюирование и анкетирование; совещания, посвященные требованиям; мозговой штурм; 111 анализ прецедентов; обыгрывание ролей; создание прототипов. Определение системы Требования к системе редко удаётся зафиксировать в едином документе. Причины кроются в сложности системы, в организации выявления и документирования требований, система может быть членом семейства родственных продуктов, проектируемая система мо- жет удовлетворять только часть выявленных требований и пр. Поэтому на этапе определения системы выбирается формат представления требований. Это может быть иерархическая структура, когда требования задаются для отдельных подсистем. Или один документ может содержать общие определения функций системы, другой — конкретные требования. (Пер- вый обычно называется концепцией, второй — спецификацией требований). Завершается этап разработкой и согласованием концепции системы, отражающей на верхнем уровне абстракции как проблему, так и решение. Управление масштабом проекта Управление масштабом проекта осуществляется с целью выявления реальных рамок проекта. При этом решаются следующие основные задачи: Оценка приоритетов требований. Оценка трудоёмкости выполнения требований. Оценка рисков. С точки зрения приоритетов функции делятся на критические (без которых система не может существовать), важные и полезные. Трудоемкость и риск оценивается по шкале «низ- кий — средний — высокий». После этого применяются эвристические правила принятия решений по организации проекта. Например: если функция является критической и имеет высокий риск, то нужно реализовать эффективную стратегию снижения риска; если функция является важной и имеет высокий риск, она может разрабатываться «по возможности» или переносится в следующую версию; если функция является полезной и имеет высокий риск, следует рассмотреть воз- можность её полного удаления. Таким образом, появляется возможность объективно выделить те функции, которые, с одной стороны, необходимы заказчику, а с другой стороны, могут быть действительно реа- лизованы в рамках проекта. Уточнение определения системы На этапе уточнения определения системы осуществляется детализация требований к технической реализации системы, т.е. выявляются разнообразные условия или возможности, которым должна соответствовать система. Таки образом, осуществляется переход от требо- ваний в области проблем (определённых на предыдущих этапах) к требованиям в области решений. Требования в области решений делятся на две группы: функциональные требова- ния и нефункциональные. Функциональные требования определяют действия, которые должна быть способна выполнить система (без рассмотрения физических связей между её элементами). Они опре- деляют внешнее поведение системы. Функциональные требования используются для выра- жения поведения системы путем задания предпосылок и возможностей, ожидаемых в качестве результата. Нефункциональные требования описывают только атрибуты системы или среды. Не- функциональные требования служат для создания системы с приемлемым качеством. В процессе создания системы осуществляются два вида контроля её правильности: верификация и валидация. Верификация — постоянно выполняемый процесс оценивания системы с целью опре- делить, удовлетворяют ли результаты некой фазы условиям, наложенным в начале данной фазы, т.е. удовлетворяют ли они потребностям последующей деятельности. 112 Как минимум, подлежит верификации: Соответствие функций потребностям. Соответствие функциям производных от них прецедентов и требований. Полнота реализация прецедентов при проектировании. Поддержка при проектировании функциональных и нефункциональных аспектов поведения системы. Соответствие программного продукта результатам и целям проектирования. Полнота покрытия тестами требований и прецедентов. Разработка технического задания Техническое задание (ТЗ) — исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т.д.), разработки информационных систем, стандартов либо проведе- ния научно-исследовательских работ (НИР). ТЗ содержит технико-экономическое обоснование разработки, основные технические требования, предъявляемые к сооружению или изделию, и исходные данные для разработки. В ТЗ указываются назначение объекта, область его применения, стадии разработки конст- рукторской (проектной, технологической, программной и т.п.) документации, ее состав, сро- ки исполнения и т.д., а также особые требования, обусловленные спецификой сам ого объекта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчетов и моделирования. Как инструмент коммуникации в связке общения заказчик — исполнитель, техническое задание позволяет: обеим сторонам представить готовый продукт, выполнить попунктную проверку го- тового продукта (приемочное тестирование — проведение испытаний), уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний); заказчику осознать, что именно ему нужно требовать от исполнителя соответствия продукта всем условиям, оговоренным в ТЗ; исполнителю понять суть задачи, показать заказчику «технический облик» будуще- го изделия, программного изделия или автоматизированной системы, спланировать выпол- нение проекта и работать по намеченному плану, отказаться от выполнения работ, не указанных в ТЗ. Проектирование — процесс создания проекта, прототипа, прообраза предполагаемого или возможного объекта, состояния. В технике — разработка проектной, конструкторской и другой технической документации, предназначенной для осуществления строительства, соз- дания новых видов и образцов. В процессе проектирования выполняются технические и эко- номические расчеты, схемы, графики, пояснительные записки, сметы, калькуляции и описания. Проект — комплект указанной документации и материалов (определенного свой- ства). Проект какого-либо объекта может быть индивидуальным или типовым. При разра- ботке индивидуальных проектов широко применяются типовые и типовые проектные решения. ГОСТы на технические задания: 1. ГОСТ 2.114-95 Единая система конструкторской документации; 2.ГОСТ 19.201-78 Единая система программной документации; 3. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автомати- зированные системы. Техническое задание на создание автоматизированной системы. Существуют и иные отечественные ГОСТы, содержащие требования к содержанию и оформлению документа «Техническое задание». Сей факт обусловлен спецификой предмет- ных областей. Перечисленная тройка была и остается общей для всех предметных областей. Любое техническое задание должно содержать разделы, отражающие сведения: что надо сделать; 113 для чего, с какой целью надо сделать это; где, в какой области применения, на каком объекте это должно решать задачи и вы- полнять свои функции; какие требования будут предъявлены к этому; какие работы потребуется выполнить, чтобы сделать это; каков порядок приемки-сдачи работ Заказчику; как должно быть задокументировано проведение работ; на основании каких нормативно-технических документов должны проводиться работы. Состав и формирование требований к проектируемой информационной системе Обоснованное и тщательное формирование требований к ИС — необходимое условие успешного выполнения работ по созданию системы. Начало формирования требований связано уже с первой (предпроектной) стадией соз- дания системы, когда проводится обоснование целесообразности разработки. Чем полнее, обоснованнее будут сформулированы требования на начальном этапе (на стадии ТЗ), тем успешнее (быстрее, дешевле) может оказаться процесс создания системы. Требования к автоматизированной системе делят на три группы. Требования к системе в целом включают в себя: 1. Требования к структурным характеристикам и режимам функционирования: состав основных функций (состав функциональных подсистем); объектная структура системы (число уровней иерархии, основные объектные под- системы на каждом уровне); требования к средствам и способам обмена информацией между объектными под- системами в случае их территориальной разобщенности; требования к интегрируемости (совместимости) со смежными системами или уже реализованными элементами создаваемой системы, с которыми должна быть обеспечена возможность взаимодействия; требования к режимам функционирования системы. 2. Требования к показателям назначения, т.е. к важнейшим характеристикам системы, определяющим степень соответствия системы ее основному назначению. Например, для систем продажи и резервирования железнодорожных билетов показа- тели назначения — это пропускная способность (среднее время приобретения билета), число подключаемых терминалов кассира, обслуживаемые регионы; для информационно- справочной системы вокзала — это среднее время реакции, число терминалов пользователей, показатели достоверности выдаваемой информации (показатели степени соответствия дан- ных, хранящихся в системе, истинной ситуации). 3. Требования к надежности: перечень отказов (указание на то, что понимается под отказом) системы или ее частей, по которым следует предъявлять требования по надежности; состав и количественные значения (нормы) показателей надежности по типам отка- зов для системы или ее элементов; требования к методам оценки и контроля надежности на разных этапах создания системы (жизненного цикла системы). 4. Требования к качеству данных: показатели достоверности данных (вводимых, хранящихся, выдаваемых системой) и их количественные значения; ситуации (события), при которых должна быть обеспечена сохранность данных; возможные способы несанкционированного доступа к данным, от которых система должны быть защищена. 5. Требования по стандартизации и унификации: используемые стандарты при созда- нии системы документооборота, используемые классификаторы, требования по применению типовых программных и технических средств при создании системы; 114 6. Требования к развитию системы: возможности модификации, включения новых функций, открытости (возможности взаимодействия с другими системами), масштабируемости (увеличения числа пользователей, числа подключаемых терминалов и пр.) Требования к функциям (задачам), выполняемым системой; включают в себя: перечни задач по каждой функциональной подсистеме (комплексу информационных технологий) с их распределением по уровням системы; требования к качеству реализации каждой функции (задачи, комплекса задач); формы представления входной и выходной информации; временной регламент (требования к временным характеристикам); требования к качеству результатов (достоверности выдаваемой информации, точности расчетов и т. д.). Требования к видам обеспечения Состав требований к видам обеспечения зависит от типа и назначения системы. Требования к информационному обеспечению могут включать в себя требования к ка- честву данных, составу и способу организации данных, их совместимости со смежными сис- темами, использованию классификаторов и унифицированных документов, методам контроля, хранения, обновления и восстановления данных. В состав требований к программному обеспечению могут входить требования к каче- ству программных средств, к интерфейсам, используемым языкам программирования, опе- рационной системе и т. д. В состав требований к техническому обеспечению могут входить требования к функ- циональным, конструктивным, эксплуатационным характеристикам отдельных видов аппа- ратных средств, например, к быстродействию средств передачи данных, производительности средств вычислений, объемам запоминающих устройств, надежности отдельных устройств или комплексов и т. д. Перечисленные выше требования могут быть представлены в виде: списка необходимых элементов (список задач; перечень способов несанкционированно- го доступа к данным, против которых система должна быть защищена и т.д.); перечня возможных элементов, например, указание на то, что в качестве линии связи могут быть использованы оптоволоконные линии или медные провода (витая пара) и т.д.; требований качественного типа, например, требование открытости, масштаби- руемости и пр.; количественных показателей (норм значений соответствующих показателей) — требования к надежности, достоверности информации, временным характеристикам. Классификация информационных систем делится на ряд признаков: назначение, структура аппаратных средств, режим работы, вид деятельности и т. п. Приведем определения и пояснения ряда терминов и понятий, связанных с классифи- кацией информационных систем. По назначению информационные системы делят на информационно-управляющие, системы поддержки принятия решений, информационно-поисковые, информационно- справочные и системы обработки данных. Информационно-управляющие системы — это системы для сбора и обработки ин- формации, необходимой при управлении организацией, предприятием, отраслью и т. п. Системы поддержки принятия решений предназначены для накопления и анализа данных, необходимых для принятия решений в различных сферах деятельности людей. Информационно-поисковые системы — это системы, основное назначение которых поиск информации, содержащейся в различных базах Данных, различных вычислительных системах, разнесенных, как правило, на значительные расстояния. Примером таких систем являются, в частности, поисковые системы в сети INTERNET, автоматизированные системы поиска научно-технической информации и др. Информационно-поисковые системы делятся: документальные (поиск документов); 115 фактографические (поиск фактов). Информационно-справочные системы — это автоматизированные системы, рабо- тающие в интерактивном режиме и обеспечивающие пользователей справочной информаци- ей. К таким системам относятся системы информационного обслуживания пассажиров на железнодорожных вокзалах. К системам обработки данных относится класс информационных систем, основной функцией которых являются обработка и архивация больших объемов данных. По виду деятельности автоматизированные информационные системы делят на авто- матизированные системы управления предприятием (АСУП), автоматизированные системы управления технологическими процессами (АСУТП), системы автоматизированного проек- тирования (САПР), автоматизированные обучающие системы (АОС) и т.д. Задание для самостоятельной работы Реализовать поставленные задачи в рамках тематики на курсовое проектирование. Список рекомендуемой литературы 1. Определение требований к программному обеспечению и исходных данных для его проектирования. — Режим доступа: http://studopedia.ru/3_182788_lektsiya---opredelenie- trebovaniy-k-programmnomu-obespecheniyu-i-ishodnih-dannih-dlya-ego-proektirovaniya.html. — Дата обращения: 20.06.2017. 2. Организация управления проектированием ИС. — Режим доступа: http://inf- man.ru/lessons/lektsiya-3-organizatsiya-upravleniya-proektirovaniem.html. — Дата обращения: 20.06.2017. 3. Проектирование информационных систем. — Режим доступа: http://проектирование-ис.рф/лекции. — Дата обращения: 20.06.2017. 4. Разработка проектных документов. — Режим доступа: http://www.youtube.com/ watch?v=g9Xu9-UbNcM. — Дата обращения: 20.06.2017. 5. Цыцарова Т.Е. Управленческое консультирование: текст лекций / под ред. Т.Е. Цы- царовой. — Ульяновск: УлГТУ, 2009. — 63 с. |