47
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение — комплекс технических средств,
определенных для работы ИС, а также подобающая документация на эти
средства и технологические процессы[12, стр. 45-67].
Комплексом технических средств является:
1. ПК удовлетворяющие минимальные требованиям;
2. Устройства по сбору, накоплению, обработке, передаче и выводу
данных;
3. Устройства по передачи информации и линии связи;
4. Средств оргтехники и устройств автоматического съема данных;
5. Эксплуатационные материалы и др.
Документацией оформляется предварительная выборка технических
средств, использование их эксплуатации, технологический процесс
обработки информации, технологическое оснащение. Документацию
возможно делить на три группы:
1. Общесистемный, включающий государственный и отраслевой
стандарт по техническому обеспечению;
2. Специализированная, содержащая комплекс методик по всем этапам
разработки технических обеспечений;
3. Нормативно - справочная, применяемая при выполнении расчетов по
техническим обеспечениям.
В настоящее время существуют два основных формирования
технического обеспечения (формы использования технических средств):
централизованное и частично или полностью децентрализованное [23, стр.
46-89].
Централизованная техническая поддержка на основе использования
серверов в информационной системе.
Децентрализация аппаратных средств позволяет внедрять
функциональные подсистемы на ПК непосредственно на рабочих местах.
48
Перспективный подход следует частично рассматривать как
децентрализованный подход - применение технической поддержки на
основе распределенных сетей, состоящих из ПК и сервера хранения баз
данных, совместно используемых во всех функциональных подсистемах
[15, стр. 27-43].
Для решения выдвинутой задачи, необходимо наличие у специалиста
компании ПК и принтера. К компьютеру, который находится в
пользовании специалиста, предъявляются следующие возможные
требования:
Корпус: InWin EMR009 450W black-silver mATX;
MB: ASUS P8H61-M LE/USB3;
Процессор: Intel Core i3-2100, S1155;
Cooler: CPU Intel S-1156/1155 BOX;
HDD: Seagate SATA 500Gb ST3500413AS;
RAM: 2GB DDR3 1333MHz Kingston PC3-10666;
Привод: DVD-RW NEC AD7260S SATA black.
Критерием выбора технических средств есть:
1. Надежная функциональная система;
2. Функционально полная система;
3. Быстродействие;
4. Минимизация затрат: оборудование, приложения, поддержка систем
и разработка систем.
49
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта состоит из четырех фаз:
1. Начальная фаза;
2. Фаза разработки;
3. Фаза реализации;
4. Фаза завершения.
Начальная фаза - это фаза разработки концепций проекта она состоит
из сбора исходных данных и анализа существующего состояния
(предварительное исследование), а также выявления потребностей в
изменениях (в проекте).
Определение проекта:
постановка целей, задач и результатов в задаче автоматизации учета
нагрузки;
определение основных требований, ограничительных условий,
критериев проекта;
определение уровня рисков;
определение окружения проекта, предполагаемых участников;
расчет требуемого времени для разработки, ресурсов, средств и др.
В результате этапа формируется задача автоматизации учета заявок,
строятся и оцениваются альтернативные варианты решения данной задачи,
а также экспертиза и утверждение концепции проблемы.
Этап разработки проекта является этапом, в результате которого они
разрабатывают основную структуру проекта, готовятся к реализации.
Основными подэтапами этой фазы являются выбор руководителя проекта
и назначение проектной команды: изучение целей, мотивации и
требований заказчика и владельца проекта, а также других ключевых
участников.
50
На данном этапе реализуется структура планирования, включающая
разложение проекта (разделение на более детализированные блоки),
составляются планы планирования и графики работ, утверждаются смета
проекта и бюджет, определяются необходимые ресурсы и методы контроля
реализации проекта, определяются и распределяются риски. На данном
этапе организуются и проводятся торги, заключаются договоры с
основными подрядчиками, организуются основные проектно-
конструкторские работы по проекту и передается на рассмотрение
заказчика разработка проекта.
В выпускном квалификационном проекте по автоматизации учета
продаж на данном этапе определяются основные критерии будущей
системы и формируются требования к ней. Разработаны и разработаны
основные модули информационной системы, создан интерфейс системы и
опробованы данные.
Фаза внедрения - это фаза, в ходе которой вводится информационная
система. На данном этапе реализуются средства связи и коммуникации
между участниками проекта, внедрение системы стимулирования
участников проекта, внедрение детального проектирования, определение
технических условий, реализация оперативного планирования работ.
В связи с задачей ВКР на данном этапе проводится обучение
персонала, внедряется разработанная информационная система в
технологию эксплуатации. Заполните систему реальными данными и
проверьте ее соответствие поставленным задачам.
Заключительной фазой или окончанием проекта является фаза, в
ходе которой достигаются цели проекта и подводятся итоги. Основные
мероприятия этого этапа включают эксплуатационные испытания готовой
продукции, обучение персонала эксплуатации системы, подготовку
документации, поставку объекта заказчику и ввод в эксплуатацию.
В рамках этого квалификационного проекта градации на этом этапе
специалист обучается работе с информационной системой, подготовке
51
инструкций пользователя по основным критериям работы и тестированию
отчетов о печати.
Важной концепцией методологии проектирования ИС является
концепция жизненного цикла её программного обеспечения (LC software).
ЖЦ-программного обеспечения – есть непрерывающийся процесс,
который берет свое начало с момента принятия решения о необходимости
создании ИС, и заканчивающийся в момент её полного вывода из
эксплуатации.
Международный стандарт ISO/TEC 12207 является главным
нормативным документом, который регламентирует жизненный цикл
программного обеспечения. Именно по нему определяется структура ЖЦ,
содержащая процессы, действия и задачи, выполняемые во время
разработки ПО.
Структура ЖЦ ПО по стандарту ISO/TEC 12207 состоит из трех
групп процессов:
основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией,
обеспечение качества, верификация, аттестация, оценка, аудит,
решение проблем);
организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого
ЖЦ, обучение).
Этап разработки включает в себя все произведенные работы по
созданию ПО и его компонентов опираясь на ранее установленные
требования, в которые входит подготовка проектной и эксплуатационной
документации и подготовка необходимых материалов, которые нужня для
проверки работоспособности программных продуктов и материалов,
необходимых для обучения персонала.
52
Эксплуатация содержит работы по внедрению программных
компонентов, а также по конфигурированию базы данных и рабочих мест
пользователей, обеспечение эксплуатационной документации, обучение
персонала и т.д., скважина и непосредственно эксплуатация, включая
локализацию проблем и устранение причин их возникновения,
модификация программного обеспечения в рамках создаваемых
нормативных актов, подготовка предложений по совершенствованию,
разработке и модернизации системы.
Модели жизненного цикла ПО.
Стандарт ISO/TEC 12207 не предлагает определенную модель ЖЦ и
методы для разработки ПО. Его регламенты база для всех моделей ЖЦ,
для методологии и технологии разработки. Стандарт ISO/TEC 12207
представляет структуру процессов ЖЦ ПО, но не рассматривает в деталях,
их реализацию или выполнение действий и задач.
Модель ЖЦ – это структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении
ЖЦ. Модель ЖЦ зависит от назначения ИС и требований условий, в
которых система будет разрабатываться и функционировать. Наибольшее
распространение имеют две основные модели ЖЦ: каскадная модель (1970
- 1985 гг.) и спиральная модель (1986 - 1990 гг.).
В однородных ИС приложения были единым целым. Для разработки
такого приложения применялся каскадный способ. Каскадный способ - это
деление всей разработки на этапы, при этом переход с одного этапа на
другой происходит только после завершения всех работ на предыдущем
этапе.
Каждый этап заканчивается созданием комплекта документации, с
которой разработка может быть продолжена другой командой
разработчиков.
Преимущества такого метода:
53
на всех этапах создается набор проектной документации,
отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы дают
возможность планирования сроков завершения всех работ и
соответствующих затрат.
Каскадный метод хорош для разработки информационных систем, в
которых с самого начала этапа можно точно и достаточно объемно
сформировать все необходимые требования, и предоставить разработчикам
полную самостоятельность в реализации их технически как можно
грамотней. Сюда входят сложные расчетные системы, системы реального
времени и др.
Дабы избежать такие проблемы была предложена спиральная модель
ЖЦ. В ней упор делается на начальные этапы жизненного цикла: анализ и
проектирование. На данных этапах реализация любых технических
решений всегда проверяется предварительным созданием рабочих
прототипов. Все витки спирали соответствует разработке своего
фрагмента или версии ПО, происходит уточнение целей и характеристик
проекта, определяется качество и планируется работа следующего витка
спирали. Так, происходит углубление и последовательная конкретизация
деталей проекта результате выбирается наилучший вариант, который
доводится до реализации.
Смысл разработки заключается в том, чтобы в наикратчайшие сроки
представить заказчикам рабочий продукт, именно для этого,
активизируется процесс уточнения и запроса дополнительных требований.
Для создаваемой ИС подходит спиральная модель жизненного цикла.
Эта модель ЖЦ является более эффективной по сравнению с каскадной,
что позволяет получить в итоге более качественный продукт при
небольшом количестве задействованного персонала и довольно коротком
графике проектирования. Спиральная модель позволяет совершенствовать
информационную систему путем создания новых версий.
54
На подготовительном этапе стадии внедрения проводится операции
по подготовке и постепенное освоение разработанной проектной
документации заказчиком. Во время работы на этой стадии выявляются
частные и системные недоработоки в предлагаемом для внедрения
проектном решении.
Существует четыре способа внедрения новой системы:
1. Параллельная стратегия.
2. «Скачок».
3. Пилотный проект.
4. «Узкое место».
Специфика компании ООО "Веллонс.РУ" предполагает
невозможность приостановки работы предприятия из-за введения нового
ИП, поскольку это может повлечь за собой потерю клиентской аудитории,
ошибки в исполнении документооборота и, как следствие, упущенную
выгоду. Кроме того, риск неудачного внедрения, влияющий на
производительность предприятия, должен быть минимальным или
отсутствовать.
Метод "прыжка" предусматривает полный отказ от операционной
системы и мгновенный и безусловный переход на новый IE. Это может
побудить пользователей системы быстро осваивать его, но существует
высокая вероятность остановки процесса получения и обработки
информации при условии отказа новой системы.
Метод "узких мест" принципиально неприемлем для
разрабатываемого проекта, так как предполагает внедрение ИП в наиболее
критической сфере предприятия с целью дальнейшего перехода к
полномасштабной реализации по всему предприятию. Решаемая задача
изначально решается на одной площадке, переход на уровень всего
предприятия не планируется.
55
Таким образом, наиболее приемлемыми являются два варианта
технологии внедрения ИС - параллельная стратегия и стратегия пилотного
проекта. Их сравнительные характеристики приведены в таблице 2.1.
Таблица 2.1
Сравнительная характеристика стратегий внедрения ИС
Позиция
Параллельная стратегия
Пилотный проект
Случай
применения
Старую работающую
систему необходимо
заменить новой
Тактика «скачка», но
применяемая к ограниченному
числу функций.
Область
применения
Не имеет значения
Малый участок деятельности
Риск срыва
работы
предприятия
Риск минимальный
Стратегия нацелена на
снижение риска при
внедрении
Дублирование
операций
Есть
Нет
При использовании параллельной стратегии реализации проекта как
старая, так и новая системы работают одновременно.
сравниваются их результаты и результаты. Если они
последовательны
долгое время можно переходить на новую систему. При замене
одной части программного обеспечения другой дублирование операций
при внедрении системы не будет иметь принципиального значения для
выбора способа реализации.
При этом снижение риска и снижение его почти до нуля следует
считать гораздо более значимым критерием. В этой связи наиболее
уместной представляется параллельная стратегия осуществления.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
При всей формальности и знании процесса проектирования и
развития информационных систем в ней всегда возникают неожиданные и
неожиданные ситуации. Любой проект создания информационной системы
56
предприятия всегда включает в себя множество задач, связанных с общим
управлением проектом, разработкой программного обеспечения,
проектированием компонентов и модулей информационной системы,
внедрением программного продукта в информационное пространство
предприятия. Каждая задача сама по себе проект со своими
особенностями. Поэтому при разработке возникают различные риски
невыполнения заданий или выполнения с результатом, которого не
ожидается.
Возможны и должны быть сведены к минимуму следующие виды
рисков на каждом этапе жизненного цикла проекта информационной
системы [9, c.102].
Риск конфликтов информационных систем на этапе внедрения может
быть решен путем тестирования системы в виде отдельных модулей,
готовой программы и программы, работающей на оборудовании заказчика.
Риск уязвимости информационной безопасности предприятия из-за
возможных сбоев и проблем работы программы в клиент-серверном
режиме. Его можно исключить, предоставив авторизованный доступ к
системе и аутентификацию на уровне ОС и СУБД.
Риск устаревания системы, когда программный продукт может
устареть во время разработки или внедрения. Устранить этот риск или
минимизировать его можно за счет использования современных средств
разработки и хранения данных, а также за счет внедрения в систему
возможности разработки и модернизации, без изменения логики
программы и изменения ее кода.
Риск персонала возникает в любом проекте, независимо от его
масштаба или бюджета. Данный риск связан со значительными
изменениями в штате или кадровых резервах в подразделениях
предприятия, уходом ключевого персонала, зависимостью от отдельных
специалистов, недостаточной компетентностью сотрудников, а также