62
центральный процессор Intel Core i7-7700HQ и 24 Гб оперативной памяти,
видеокарту GeForce GTX 1060 с 6 Гб памяти и огромный 17,3-дюймовый
экран с разрешением 4К.А к дополнительным особенностям относят
возможность замены планок DDR4 и накопителей, отсутствующую у
многих ноутбуков.
Достоинства устройства:
- Очень мощная аппаратная часть и многолетний «запас», подходящий и для
программирования и даже для игр.
- качественный экран с хорошим разрешением и большими углами обзора;
- достаточно громкая звуковая система.
- наличие двух жестких накопителей – SSD на 256 Гб, которым желательно
пользоваться только для записи системных файлов, и HDD на 1 Тб,
подходящего для записи проектов и программ.
- небольшой для 17-дюймового ноутбука вес – не больше 2700 г.
Недостатки устройства:
- Малым недостатком является не слишком удобный тачпад.
- Вторым минусом, не очень важный, но всё равно отмечаемым некоторыми
пользователями данного ноутбука, это его маркость, из-за которой его
поверхность приходится часто протирать.
Apple MacBook Pro 13.3 – лучшая модель от Apple
Модель MacBook Pro 13.3 2017-го года, стоит отметить, что она является одной
из лучших на сегодняшний день компактным ноутбуком от бренда Apple. Такие
характеристики достаточны для многих пользователей ноутбука, чтобы сразу же
приобрести данную модель – остальных она заинтересует своими
впечатляющими техническими параметрами. Комплектация процессором Intel
Core i7 и 16 Гб оперативной памяти, наличие 256-гигабайтного твердотельного
накопителя SSD – всё это вполне соответствует требованиям для любого рабочего
(а, при желании, и игрового) программного приложения.
Достоинства устройства:
63
- Весьма впечатляющая аппаратная часть – от процессора до объёма
оперативной памяти.
- Отличное качество сборки, благодаря которому ноутбук прослужит своему
владельцу достаточно долгое время – и, скорее, потребует замены из-за
морального устаревания аппаратной части, чем по причине полного выхода
из строя;
- Разрешение экрана 4К, редкое для ультрабуков.
- Удобность в использовании трекпад – характерная особенность многих
«макбуков».
Недостатки устройства:
- В первую очередь, это стоимость данной модели ноутбука – для указанной
комплектации (а существует ещё несколько более и менее
производительных) она составляет около 135 тыс. рублей, что может
позволить себе далеко не каждый человек.
- Среди недостатков отмечается наличие только встроенной графики Intel Iris
Plus Graphics и сравнительно небольшое время работы.
Из выше перечисленных ноутбуков самым оптимальным для разработки веб-
сайтов является Lenovo ThinkPad E470 в соотношении цены и качества также
легким весом среди конкурентов, мощностью аппаратной частью и качеством
сборки данной модели.
64
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла-это структура, содержащая действия, процессы и
задачи , которые выполняются в процессе разработки программного обеспечения,
эксплуатации и сопровождения программного продукта на протяжении всего его
жизненного цикла, от определенных требований до завершения его
использования. Существует несколько стандартов и моделей, в той или иной
степени регулирующих жизненный цикл, большинство из них относятся к
пользовательскому программному обеспечению (автоматизированные системы
переменного тока и др.).) и в дополнение к прямым ЖЦ регулируют также
процессы развития:
- ГОСТ 34.601-90 распространяется на автоматизированные системы и
этапы их создания и подготавливает почву. Кроме того, стандарт
описывает содержание работы на каждом этапе. Этапы и этапы
стандарта в большей степени соответствуют каскадной модели
жизненного цикла.
- Стандарт ISO / IEC 12207: 1995 для организации процессов и
жизненного цикла. Применяется ко всем типам пользовательского
программного обеспечения. Стандарт не содержит этапов этапов,
описаний этапов.
- Индивидуальный метод разработки (и методология Oracle) для
разработки прикладных информационных систем под заказ фирмы -
конкретный материал, детализированный до уровня проектной
документации, предназначенный для использования в проектах с
использованием Oracle. Степень адаптируемой МЧР ограничивается
тремя моделями жизненного цикла:" Классика "(предусмотрена для
всех задач и этапов)," быстрое развитие "(Fast Track)," легкий подход",
рекомендуемый в случае небольших проектов и возможность быстрого
создания прототипа приложения.
- Rational Unified Process (RUP) предлагает итерационную модель
разработки с четырьмя фазами: запуск, исследование, сборка и
65
реализация. Каждая фаза может быть разбита на этапы (итерации),
которые приводят к выпуску версии для внутреннего или внешнего
использования. Пройдя через четыре основные фазы называется
циклом разработки, каждый цикл завершается созданием новой версии
системы. Если после этого работа над проектом не прекращается, то
полученный продукт продолжает развиваться и снова минует те же
фазы. Суть работы в рамках РУП заключается в создании и
сопровождении программных моделей, а не бумажных документов,
поэтому данный процесс привязан к использованию специфических
средств моделирования (UML), а также специфических технологий
проектирования и разработки (объектно-ориентированный анализ,
объектно-ориентированный анализ, ООА, объектно-ориентированное
программирование, объектно-ориентированное программирование,
ООП).
- Microsoft Solution Framework (MSF) аналогична RUP, она также
включает в себя четыре этапа: анализ, проектирование, разработка,
стабилизация, является итерационной, предполагает использование
объектно-ориентированного моделирования. MSF по сравнению с RUP
больше всего ориентирована на разработку бизнес-приложений.
- Экстремальное программирование (XP). Экстремальное
программирование является новейшей из рассматриваемых
методологий, созданной в 1996 году. Методология основана на
командной работе, эффективной коммуникации между заказчиком и
подрядчиком на протяжении всего проекта разработки ИС, а разработка
осуществляется с использованием последовательно доработанных
прототипов.
Основными критериями выбора стандарта будут:
- Современность и актуальность методов контроля за развитием
- Развитие в итерационном режиме с возможностью контроля рисков
66
Реализация проекта в определенных контрольных точках, отсутствие
дополнительных требований к процессу проектирования, разработки и
реализации продукта.
Резюмируя описание приведенных выше стандартов, итерационными являются
4 стандарта: RUP, COBIT, XP, MSF. Стандарт COBIT не подходит, так как
основной целью его использования "является проведение аудита и
стратегического планирования ИТ, ИС и инфраструктуры в целом". Стандарт XP
также не подходит, так как не содержит полноценных этапов LC, таких как
разработка концепции, планирование, разработка, стабилизация, реализация.
Поэтому RUP и MSF стоят перед сложным выбором. Оба стандарта молоды и
поддерживают все новые технологии производственного развития и контроля за
их внедрением
Основными особенностями Rational Unified Process является сбалансированное
решение для группы разработчиков среднего размера, работающих с
использованием продуктов и технологий компании Авто Ру. Холдинг .Поддержка
разработки программы и самой системы регулируется методологией RUP, но эта
технология достаточно сильно ориентирована на собственные инструменты.
Экстремальное программирование хорошо подходит для небольших проектных
команд и для небольших программ с часто меняющимися требованиями.
Основная проблема XP-техническое обслуживание. В случае текучесть кадров в
команде разработчиков, значительная часть проектной информации может быть
потеряна из-за практически никакой документации. Microsoft Solutions Framework
- это наиболее сбалансированная технология, ориентированная на малые и
средние проектные команды. MSF не накладывает никаких ограничений на
используемые инструменты и содержит рекомендации весьма общего характера.
Однако эти рекомендации могут быть использованы для построения конкретного
процесса, отвечающего потребностям группы разработчиков. Проект Большой,
включает в себя 30 человек и этапы разработки и тестирования проводятся в среде
разработки на языке программирования PHP, JavaScript. Кроме того, основным
преимуществом MSF является итерационная модель одновременно с уточнением
вех (аналоговая каскадная модель). Таким образом, реализация MSF попыталась
67
объединить каскадную и итерационную модели разработки и внедрения
программного обеспечения
Согласно преимуществам, описанным выше, стандарт MSF был выбран как
наиболее удобный и гибкий для реализации программного проекта. Одним из
преимуществ данного стандарта является возможность управлять как разработка
приложений и внедрение инфраструктуры одновременно. Так, в идеологии MSF
существует 5 этапов жизненного цикла информационных систем, которые в
концепции MSF называются фазами. Первая-это концептуальная фаза. Целью
данного этапа является создание и объединение проектной команды на основе
выработки общего видения. Команда проекта должна четко представлять, что она
хочет сделать для клиента, и определять его собственную цель. В идеологии MSF
команда проекта разделена на 6 участников, каждый из которых имеет свою роль
в проекте, наделен ответственностью и имеет свою зону ответственности. MSF
называет эти роли кластерами, на каждую из которых может быть назначено более
одного человека: Управление продуктами, управление программами, разработка,
удовлетворенность клиентов, тестирование, управление релизами. На каждом
этапе каждому ответственному лицу, назначенному кластеру, назначаются
конкретные задачи. Вот некоторые из задач, находящихся в стадии разработки
концепции. Управление продуктами регулирует логическое и концептуальное
проектирование; функциональную спецификацию; сводный график проекта;
бюджет и генеральный план. Управление кластерными программами создает цели
проектирования, концепцию решения, структуру проекта. Кластер разработки
отвечает за оценку технологии; физическое и логическое проектирование; график
разработки; оценку и план разработки. Кластер удовлетворить конечного
пользователя пересматривает сценарии/примеры использования,
пользовательские требования, требования локализации и общедоступности;
документация / пользовательский план обучения и график юзабилити-тестов
конечного продукта; обучение. Кластер тестирования генерирует оценку проекта;
требования к тестированию; расписание и план тестирования. Управление
выпуском кластера выполняет функции проектной оценки; эксплуатационных
требований; графика и плана опытной и окончательной реализации проекта.
68
К счастью или к сожалению, но в рамках разработки и реализации дипломного
проекта сотрудниками кафедры веб-разработки, использовать 2 и более человек
для решения фоновой задачи, бюджет которой жестко ограничен только премией
крайне нецелесообразно. Объединив задачи и сформировав из них 2
ответственных лица, получается проектная команда.
1)Разработчик который отвечает за следующие задачи проекта:
- Разработка.
- Управление программой.
- Удовлетворение пользователей конечным продуктом
2) Менеджер проекта, он же внедряющие проект в эксплуатацию, он же
тестировщик ПО, на него возложены следующие задачи:
- Тестирование.
- Управление продуктом.
- управление выпуском.
Выходящей информацией и результатом данной фазы является подбор
кандидатов и выбор наиболее подходящих из них к требуемой задачи на
исполнение двух ролей, то есть создание команды, несмотря на то, что она состоит
всего из двух человек. В дипломном проекте на данном этапе будут определены
состав и роли участников команды. Сделана смета по планирование бюджета
дипломного проекта и времени.
Следующим этапом ЖХ ИС идёт Этап планирования. Основной её целью
является составлению плана создания проекта. Она включает в себя подготовку и
создание проектной команды функциональной спецификации, разработка
дизайна, подготовку рабочих планов, оценка проектных затрат и сроков
разработки разных составляющих проектного продукта. Процесс проектирования
– это систематический способ продвигать от абстрактных концепций к
конкретным техническим средствам. Описание задач и обязанностей каждого.
Результаты этапа планирования являются: функциональная спецификация,
описание возможных рисков при создании проекта, календарный график и план
проекта, развернутая среда разработки и тестирования. От программиста на
69
данном этапе требуется обоснование и выбор языка программирования, на
котором будет создан проект, график разработки продукта и календарный план
по срокам. Менеджер проекта на данном этапе продумывает всю архитектуру
Информационной системы, внедряя взаимодействие почтового сервера, веб
сервера, БД, работу пользователей в данном веб-приложении.
Следующим действием следует этап разработки. На этапе разработки
проектная команда сосредотачивается на проектировании компонента решения
(включая программный код, так и документацию проекта). Однако некоторые
части этой работы может продолжаться также на этапе стабилизации, если такая
нужда была выявлена в процессе тестирования ПО. Данный этап также включает
в себя разработку инфраструктуры проекта. Следует обратить внимание, что
активность проектной команды на этом этапе не ограничивается написанием
разработчиками программного кода – все ролевые кластеры принимают
деятельное участие в разработки и тестировании продукта. Результатами этапа
разработки являются: Исходный и исполнимый программный код приложения,
Скрипты конфигурации и установки, Окончательное описание функций
разрабатываемого приложения, Материал решений поддержки, сценарий историй
тестов. То есть от разработчика на данном этапе требуется предоставить
программу для Технических инженеров отдела ИТ и написание подробной и
полной документации к ней. От руководства проекта требуется написать
работоспособную среду, которая описана в предыдущем этапе.
Следующим этапом жизненного цикла идёт этап стабилизации. Во время
этапа стабилизации производится тестирование разрабатываемого решения. При
этом внимание фокусируют на его эксплуатации в реалистической модели
производственной среды. Проектная команда занимается устранением проблем и
ошибок, а также подготовленное решения к выпуску. Обычно в начале этапа
стабилизации скорость выявления ошибок ПО команде тестирования
превосходит скорость выполнение, с которой эти ошибки могут устраняться
командой программистов. Невозможно сказать, сколько проблем, ошибок ПО
будет найдено и как много времени понадобится на их устранение. Однако
существует два статистических признака, которые помогает проектной команде
оценить уровень стабилизации решения. Это bug convergence (точка
70
конвергенции). В точке конвергенции становится заметно существенный
прогресс в устранении ошибок, то есть скорость устранения ошибок начинает
опережать скорость их нахождения. Конвергенции дает проектной команде
возможность понимать, что процесс тестирования приближается к концу.
Результатом этапа стабилизации являются: Законченный продукт), Документация
по эксплуатации к веб-приложению и материал поддержки решения, результаты
тестирования ПО, Исходный и исполнимый код веб-приложений, Программная
документация. В проекте на данном этапе исправляются ошибки в
разрабатываемом продукте, компилируется версии релиза и после отсутствующих
критических ошибок по всем веткам функций программы выпускается
заключительная сборка исполняемого программного кода, параллельно с этим
дополнительно дописывается документация к работе с веб-приложением.
Руководитель проекта на данном этапе набирает команду тестирования из 2-3
татуировщиков, которые будут пользоваться этой веб-приложением каждый день
и тестировать все ветки функционала по созданным ранее сценарием и пишут
дополнение, которые можно будет реализовать в следующей версии веб-
продукта.
Следующим действием будет этап внедрения. Во время этого этапа
проектная команда внедряет компоненты решения и технологии, стабилизирует
данное внедренное решение, передает работу персоналу тех. поддержки и
сопровождения и получает со стороны заказчика заключительное одобрение
результата проекта. По заключению внедрения проектная команда производит
аналитику выполненной работы и удовлетворенности заказчика. Во время этого
этапа по ходу переноса компонентов решения из среды тестирования в
производственную среду могут продолжаться меры по стабилизации решения.
Результаты фазы внедрения включают в себя: Информационные системы
эксплуатации и поддержки, процессы и процедуры, Базы знаний, отчеты, журнал
протоколов, базы знаний, массивы данных и программный код, разработанный во
время проекта. Документация об окончании проекта, на этапе завершения
разработчик и seo-специалисты окончательно внедряет систему в эксплуатацию,
выкладывают разработанный сайт на хостинг либо запускают веб-приложение на
серверах с помощью веб серверов Apache либо Nginx. Дальнейшей поддержкой
71
сайта занимаются группа тех поддержки и seo-специалисты также доработка
ошибок и разработка нового функционала сайта занимаются программисты.
Внедрение проекта является общим понятием и для него существуют
разные стратегии реализации, которые напрямую зависят от срока исполнения и
качества Информационных систем, получаемой на выходе. Существуют четыре
основных стратегий внедрения ПО:
- Параллельная стратегия - когда одновременно работают новая система и
старая ручная, и их выходящие документы сравниваются. Если они
связываются на длительное время, начинается переход на новую систему.
- "Скачок" - это быстрый переход от старой системы к новой без
дополнительных проверок и с полным отказом от старой системы.
- "Пилотный проект" это часто используемая стратегия. "Пилотный проект"
- это тактика "скачка", но применяемая к небольшому числу процессов.
применяется стратегия - на небольшие участок деятельности. Такой
наиболее надежен и подход снижает риск.
- "Узкое место" - это маленькая часть производственных процессов. При
использовании тактики "узкое место" план внедрения выполняется только
для малого проекта и для людей, работающих в нем.
В данной ВКР будет применена стратегия “Пилотный проект”. Нужно будет
проводить полный переход к автоматизированной системе процессов
пользователей автономный поиск и подбор рекомендаций для каждой марки и
модели авто без рутинного поиска по сайту. Данное внедрения обусловлена тем
что пользователю сайта хочется, чтобы информация о его автомобили было
расписано на одном сайте и на одной странице нежели бегать по сайту или по
другим сайтам в поисках различной информации об одном автомобиле. Данный
функционал предназначен для облегчения поиска информации автолюбителям.
Так как вся полная и нужная информация будет собрана в одном со всеми
рекомендациями по запчастям маслам и т.д. видео и аудио обзорами. Далее
следует анализировать сайт 1 раз в месяц и принимать решение о необходимости
доработки функционала или дополнительной информации по голосованию или
комментарию пользователей сайта.