Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК ООО "Джет" г. Гродно
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
информации может быть с течение времени утеряно бесследно из-за
практически в итоге отсутствующей документации по определенному проекту.
Что касаемо Microsoft Solutions Framework, то эта концепция является
особо сбалансированной технологией, которая ориентирована на проектные
группы малых и средних размеров. MSF не делает вообще ограничений на
применяемый инструментарий и имеет также рекомендации довольно общего
характера. Но, данные рекомендации возможно использовать для создания
определенного процесса, соответствующего надобностям группы разработчиков.
Наш проект является по размерам небольшим, поэтому включает в себя 1-
го человека.
Помимо этого главным преимуществом MSF – это ее итерационная
модель с одномоментными уточняющими вехами (это является аналогом
каскадной модели). Поэтому, применение MSF попыталась вобрать в себя как
каскадную, так и итерационную модель дальнейшей разработки, а также и
внедрения ПО.
По рассмотренным нами ранее преимуществам, нами был избран стандарт
MSF как особо гибкий и наиболее удобный для последующей реализации моего
выбранного проекта.
Главным из преимуществ данного стандарта есть возможность такая, как
управлять параллельно и проектом разработкой нашего приложения, а также и
внедрением инфраструктуры.
Подводя итог, можно сказать, что в идеологии MSF имеются пять стадий
жизненного цикла ИС, которые в концепции MSF именуются фазами. Первым из
них является фаза выработки концепции [21, c. 173].
Цель этой фазы в создании и сплоченности проектной группы на базе
договоренности единого цельного видения. Проектная группа разработчиков
должна точно видеть, что данная группа хочет осуществить для заказчика и
определить свою цель. Заказчиком в нашем случае выступает ООО «Джет» г.
Гродно.
Вот какие задачи намечаются при фазе выработки концепций. Управление
проектируемым продуктом регулирует концептуальный и логический дизайн;
функциональная спецификация; а также и сводный план и сводный календарный
53
график данного проекта; бюджет. Кластер данного управления программой
намечает цели дизайна, концепцию решения, структуру данного проекта.
Кластер разработка в целом отвечает за оценку технологий; логический, а также
и физический дизайн проекта; план и календарный график разработки проекта;
смета разработки.
Кластер удовлетворения потребителя рассматривает сценарии/примеры
использования, пользовательские требования потребителя, требования
локализации, а также и общедоступности; пользовательская потребителя
документация/план обучения/график тестирования удобства эксплуатации;
обучение.
Кластер тестирования осуществляет оценку дизайна; необходимые
требования тестирования; план, а также и календарный график тестирования.
Кластер управление выпуском осуществляет функции оценки дизайна;
требования по эксплуатации; план и календарный график осуществления
пилотного и окончательного внедрения программы. В рамках реализации и
внедрения моего проекта своими силами и при помощи консультаций у
сотрудников ООО «Джет» г. Гродно была разработана базы данных «Прием
заявок на ремонт и модернизацию ПК».
Сам процесс проектирования базы данных «Прием заявок на ремонт и
модернизацию ПК» – это системный способ постепенного продвижения от
абстрактных концепций к конкретным техническим деталям в данной
программе.
Отмети также, что результатами фазы планирования работы по
проектированию базы данных «Прием заявок на ремонт и модернизацию ПК»
являются: функциональная спецификация. Рассмотрение предполагаемых
рисков, а также сводный план и сводный календарный график проекта «Прием
заявок на ремонт и модернизацию ПК», развернутые среды разработки и
тестирования. От меня на этом этапе необходим обзор и выбор языка
программирования, на котором в дальнейшем будет выполнено решение,
календарный план по срокам, а также и графикам разработки. На этом этапе
просчитывается планирование всей необходимой архитектуры ИС, работу
пользователей фирмы ООО «Джет» г. Гродно в будущей системе.
54
Дальнейшим этапом идет фаза разработки. На данной фазе разработки
делается акцент на создании компонента решения (вбирая в себя как
документацию, так и собственно программный код). Но определенная часть
данной работы может осуществляться также на фазе стабилизации в
дальнейшем, если данная нужда необходима в процессе тестирования базы
данных «Прием заявок на ремонт и модернизацию ПК». Эта фаза также
включает в себя разработку инфраструктуры программы.
Необходимо также обратить особое внимание на то, что активность
проектной команды на этом этапе не ограничена только написанием
программистами кода программы – все ролевые кластеры принимают
деятельное участие в создании, а также и тестировании решения.
Дальнейшим этапом жизненного цикла идет фаза стабилизации.
В течение данной фазы стабилизации происходит тестирование
разработанного нами решения. При этом внимание направлено на его
эксплуатацию в реалистичной модели производственной среды ООО «Джет» г.
Гродно. Осуществляется устранение выявленных ошибок, а также дальнейшая
подготовка решения к выпуску для эксплуатации в ООО «Джет» г. Гродно.
Нельзя предугадать, сколько ошибок будет выявлено и как много времени
в дальнейшем необходимо будет для устранения неполадок в программе. Но
имеются 2-ва статистических признака, которые помогают оценить уровень
стабилизации решения. Это точка конвергенции. В данной точке конвергенции
становится существенно виден ощутимый прогресс в дальнейшем устранении
ошибок, то есть скорость дальнейшего устранения ошибок начинает обгонять
скорость их обнаружения в программе. Так, как число найденных, но не
исправленных ошибок может существенно варьироваться даже и после того, как
оно начало со временем убывать, конвергенция может восприниматься скорее
всего как тенденция, нежели как определенный момент во времени. Вслед за
этим число активных ошибок должно постепенно уменьшаться, вплотную до
точки достижения нуля. Точка конвергенции дает проектной группе
возможность разобраться, что процесс тестирования близится к завершению.
Последующим этапом будет фаза внедрения.
55
В течение данной фазы происходит внедрение технологии и компоненты
решения, стабилизируется внедренное решение, происходит передача работы
персоналу ООО «Джет» г. Гродно, который будет осуществлять поддержку и
сопровождение программы, а также и получение со стороны заказчика конечное
одобрение результатов заданного проекта. По окончанию внедрения проекта я
делаю анализ проделанной работы и удовлетворенности заказчика программы.
Параллельная стратегия – это когда синхронно работает старая (ручная) и
новая система – база данных «Прием заявок на ремонт и модернизацию ПК», и
их выходные документы в итоге сравниваются. Если они согласуются
продолжительное время, происходит в дальнейшем полный переход на новую
систему – базу данных «Прием заявок на ремонт и модернизацию ПК».
В данном проекте будет избрана стратегия «Пилотный проект». Мы будем
осуществлять полный переход к автоматизированной системе – базе данных
«Прием заявок на ремонт и модернизацию ПК» для процессов по приему заявок
на ремонт и модернизацию ПК в ООО «Джет» г. Гродно.
Данный подход не вносит изменений в работу всей ИС ООО «Джет» г.
Гродно, а лишь автоматизирует определенную рутинную часть. Надежность
этого внедрения заключена в четком соответствием порядка регистрации и
обработки заявки на ремонт и модернизацию ПК в ООО «Джет» г. Гродно.
В дальнейшем наступает этап эксплуатации разработанного программного
продукта. В связи с написанной инструкцией к применению, работу данной базы
данных «Прием заявок на ремонт и модернизацию ПК» в ООО «Джет» г. Гродно
необходимо отслеживать работу данной программы каждый рабочий день.
Для осуществления данного проекта была нами предложена спиральная
модель жизненного цикла (рис. 2.1), которая делает упор на начальные этапы
жизненного цикла: анализ и проектирование.
На данных этапах течение технических решений подвергается проверке
путем создания прототипов. Каждый виток спирали сопоставим созданию
фрагмента или версии базы данных «Прием заявок на ремонт и модернизацию
ПК» в ООО «Джет» г. Гродно, на нем уточняются цели и характеристики
данного проекта, определяется также его качество и планируются работы
последующего витка спирали. Таким образом, углубляются и постепенно
56
конкретизируются детали данного проекта и в результате выбирается в конце
обоснованный вариант, который доводится в дальнейшем до реализации в ООО
«Джет» г. Гродно.
Рисунок 2.1. Спиральная модель жизненного цикла ИС [17, c. 113]
Отметим основную проблему спирального цикла – это определение
момента времени перехода на последующий этап. Для ее решения нужно ввести
временные ограничения на фактически каждый из этапов жизненного цикла.
Данный переход осуществляется в соответствии с планом, даже если не вся
запланированная работа по программному продукту закончена.
Наиболее оптимальной считаю спиральную модель, потому, что в ней
учитываются все недостатки, которые имеются в каскадной и задачной модели.
В рамках последующей доработки уже существующей ИС часто появляются
новые замечания от пользователей фирмы, которые можно реализовать на
проходе нового витка в спиральной модели.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входной информацией для проектируемой системы базы данных «Прием
заявок на ремонт и модернизацию ПК» в ООО «Джет» г. Гродно являются
заявки клиентов на ремонт и модернизацию ПК, сведения о сотрудниках
предприятия, содержащиеся в штатном расписании, сведения о кабинетах
Источник: https://baza.diplomsite.ru/previewfile/1948