Дипломная работа: Разработка автоматизированного рабочего места мастера строительно-монтажных работ на примере ООО "Восход"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного обеспечения (ПО) ИС
представляет собой непрерывный процесс, начинающийся с момента
принятия решения о создании ПО и заканчивающийся при завершении его
эксплуатации.
Под моделью ЖЦ ПО понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач
на протяжении ЖЦ. Наибольшее распространение получили следующие
модели: каскадная, с промежуточным контролем и спиральная.
Модели каскадная и с промежуточным контролем включают
следующие этапы ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла. Достоинства модели:
формирование на каждом этапе законченного комплекта документации и
возможность планирования сроков завершения работ и соответствующих
затрат. Недостаток: несоответствие реальному процессу создания ПО,
который обычно не укладывается в жесткую схему и требует возврата к
предыдущим этапам до уточнения или пересмотра принятых решений.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения ПО. В отличие от каскадной
модели, она допускает возврат каждого этапа жизненного цикла на любой
49
предыдущий этап для выполнения межэтапной корректировки. При этом
обеспечивается большая надежность ПО, но вместе с тем увеличивается
длительность периода разработки.
Спиральная модель жизненного цикла позволяет устранить недостатки
предыдущих моделей. Основной упор в ней делается на начальные этапы:
анализ и проектирование. На них реализуемость технических решений
проверяется с помощью создания прототипов.
При спиральной схеме разработки неполное завершение работ на
очередном этапе позволяет переходить на следующий этап. Незавершенная
работа может выполняться на следующем витке спирали. Тем самым
обеспечивается возможность предъявить пользователям системы ее
некоторый работоспособный вариант для уточнения требований.
Целью дипломного проекта является разработка системы
автоматизации рабочего места мастера строительно-монтажных работ. В
связи малой сложностью разработки будет использована каскадная модель
жизненного цикла. Использование этой модели позволит формировать на
каждом этапе законченный комплект документации и планировать сроки
завершения проекта и соответствующие затрата.
Каскадная модель включает следующие этапы:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапе анализа необходимо собрать информацию по планированию и
учету изготовления деталей и узлов систем вентиляции. Мастер должен
собрать и проанализировать данные, необходимые ему в программе по
автоматизации планирования и учета изготовления деталей и узлов систем
50
вентиляции. Это данные для ввода информации, обработки запросов и
формы отчетов.
На этапе проектирования по результатам представленной информации
происходит проектирование программистами базы данных и структуры
программы.
На этапе реализации программисты создают базу данных: создают все
необходимые справочники документы, регистры. Затем производят
настройку главного меню и меню всех элементов программы.
После развертывания технических, информационных и программных
средств необходимо провести окончательное тестирование системы на
развернутых средствах и убедиться в работоспособности всех модулей
системы.
На этапе эксплуатации необходимо провести обучение пользователей
работе с системой. Необходимо провести обучение всех пользователей,
которые будут работать с системой.
На первом этапе эксплуатации системы необходимо заполнить все
первичные данные:
реквизиты организации;
структура подразделений;
сотрудники организации;
и т.д.
Данные можно вносить и в процессе ввода документов по мере
необходимости, но рекомендуется имеющиеся данные внести заранее, создав
таким образом законченную структуру организации.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
В ходе жизненного цикла информационной системы всегда могут
возникнуть риски, могущие сорвать разработку. Для их избежания
51
проводится оценка вероятных рисков и разрабатываются способы,
позволяющие избегнуть эти риски или минимизировать их влияние.
Рассмотрим наиболее вероятные риски по этапам жизненного цикла
информационной системы в соответсвии с выбранным стандартом.
Этап анализа – возможен риск создания концепции, которую
впоследствии будет сложно (не возможно) реализовать. В выработки
концепции должны быть описаны основные (базовые) функции
разрабатываемой информационной системы. Главное создать основу, и в
дальнейшем развивать созданную систему.
Для предотвращения возникновения рисков на этапе анализа,
необходимо четко понимать свои возможности. Для предотвращения
переоценки собственных сил, в первую очередь нужно создать общую
концепцию, в которой будут включены только базовые функции будущей
системы. И по мере углубления в тему разработки расширять
дополнительными функциями.
Этап проектирования – на этом этапе возможен риск неправильного
проектирования, разработка очень оптимистичных планов проекта, в которые
компания не успеет уложиться, вследствие чего придется увеличивать время
разработки, что повлечет за собой удорожание проекта в целом. К этапу
проектирования нужно отнестись очень важно, следить за каждым этапом и
анализировать реалистичность результатов.
Для предотвращения риска на этапе проектирования, нужно во время
проектирования заложить в график поправки на возможные задержки в
выполнении тех или иных действий. Так нужно попытаться создать гибкий
график который бы не ломался в связи задержки или опережения.
Этап реализации – возможен рисок того что разработка определенного
модуля будет сопряжен с большими трудностями, что какая-та функция
будет мешать продвижению разработки. На данной фазе важно во время
52
определить проблемный модуль или функцию и по возможности упростить
ее, заменить другой или убрать из проекта полностью.
Для предотвращения риска разработки сложного модуля, можно
принять несколько решений, либо разбить данный модуль на несколько и
решить поставленные задачи по отдельности, либо упростить сложный
модуль, если это единственный вариант преодоления риска.
Этап введения – на этом этапе возможен риск выявления большого
количества ошибок в программном коде, что потребует больших затрат на
доработку и устранения всех выявленных ошибок. Невозможно предсказать,
сколько ошибок будет найдено и как много времени понадобится на их
устранение.
Для предотвращения рисков на этапе введения, необходимо данной
фазе отвести максимально возможное время, выделенное на разработку
системы. Так как в зависимости от того на сколько качественным будет
продукт, зависит примет ли заказчик данную разработку или нет.
Эап эксплуатации – этот этап может оказаться очень длительной, если
заказчик по каким-либо причинам будет не доволен разработанным
продуктом, персонал автоматизируемой компании может негативно
относиться к внедрению нового программного обеспечения.
Для предотвращения рисков на данном этапе необходимо произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения и поддержки. Понять какие проблемы могут возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
Директору
региональног
о центра
Источник: https://baza.diplomsite.ru/previewfile/1451