что в открытом доступе существуют тысячи модулей и решений, которые могут быть
легко модифицированы для нужных программисту функций.
Perl
Создателем этого языка является Ларри Уолл, который разработал Perl в 1987 году для
упрощения обработки различных отчетов. Неофициальный бэкроним языка – Practical
Extraction and Report Language. Perl представляет собой высокоуровневый современный
язык программирования общего назначения, который, в принципе, может заменить любой
другой язык программирования. В данное семейство входят Perl 5, Perl 6. Языки
семейства Perl позаимствовали черты таких языков, как С, AWK, sh, sed.
Python
Создателем Python является Гвидо ван Россум, который создал его в 1991 году. Python
представляет собой высокоуровневый язык программирования. Он очень прост для
изучения благодаря своему минимализму, понятному синтаксису и хорошей
читабельностью.
Ruby
Ruby очень похож на Python – это простые в понимании и читабельные языки
программирования, которые используются в основном для разработки веб-приложений.
Ruby разработан в 1995 году Юкихиро Мацумото. Обычно чистый Ruby не используется,
а используется его фреймворк RubyOnRails. Это мощный фреймворк веб-разработки. На
нем написаны многие сайты, включая Yammer, Shopify, Groupon, Github, Scribd.
В качестве языка программирования выбран C#, которому соответствует среда
разработки Visual Studio. Этот выбор обсусловлен тем, что C# фактически интегрировал в
себя все плюсы языков Java и C++, а также имеет такие дополнительные особенности, как
автоматический сборщик мусора, продвинутую систему поддержки разработки кода,
встроенную в IDE, множество удобных и полезных типов данных, значительно
ускоряющих процесс разработки. К тому же IDE Visual C# Express является бесплатной
средой разработки приложений на C#.
1.4.3 Обоснование проектных решений по техническому обеспечению
Разрабатываемое приложение является клиент-серверным, поэтому для его работы
требуется серверный компьютер и клиентские ПК.
В рамках данной работы уже были рассмотрены существующие на предприятии
технические средства. Они включают не только сервер и рабочие станции сотрудников, но
и сетевые передающие устройства: коммутаторы и маршрутизаторы.
Поскольку существующая аппаратная архитектура предприятия является достаточно
развитой, то для функционирования ИС управления персоналом не требуется покупка
дополнительных технических средств, так как можно использовать существующее
оборудование.
2 Проектная часть
2.1 Информационное обеспечение задачи
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного средства (ПС) – это период времени, который
начинается с момента принятия решения о необходимости его создания, и заканчивается в
момент его полного изъятия из эксплуатации.
Различают три основные модели жизненного цикла ИС:
каскадная модель;
итерационная модель;
спиральная модель.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в
самом начале разработки можно достаточно точно и полно сформулировать все
требования с тем, чтобы предоставить разработчикам свободу реализовать их технически
как можно лучше. Опять же, в рамках данного проекта можно достаточно четко понимать,
какая ИС нужна в результате проектирования, поэтому использование каскадной модели
ЖЦ оправдано.
В соответствии с каскадной моделью завершение этапа определения системных
требования включает фиксацию их в виде специальных документов, которые называют
обзорами того, что от требуется от системы (описание функций). Результат
проектирования верифицируется, т.е. проверяется, что принятая структура системы и
механизмы, брошенные на её реализацию, обеспечивают выполнимость
специфицированных функций.
Итерационная модель жизненного цикла является применимой в большинстве
информационных систем, так, как только самые простые задачи проходят без каких-либо
возвратов (итераций) на предыдущие этапы жизненного цикла системы. Например, при
разработке может обнаружиться, что реализация определенной функции достаточно
сложна, громоздка и неэффективна. В таком случае требуется перепроектирование, а
может быть и переделка спецификаций, итерационная модель для решения проблемы
позволяет вернуться на предыдущий этап.
Спиральная модель ЖЦ представляется в виде спирали, на каждом витке которой
выполняется создание очередной версии продукта, уточняются требования проекта,
определяется его качество, планируются работы следующего витка.
При такой модели особое внимание уделяется начальным этапам разработки ИС –
анализу и проектированию, когда возможность реализации тех или иных решений
проверяется и обосновывается посредством создания прототипов (создания макетов).
Существует целый ряд методологий, описывающих жизненный цикл ПО:
ГОСТ 34.601-90 [1] – стандарт на стадии и этапы создания АИС,
соответствующие каскадной модели жизненного цикла ПО. В стандарте
приводится описание содержания работ на каждом этапе.
ISO/IEC 12207:1999 [4] «Information Technology – Software Life Cycle Processes»
– стандарт на процессы и организацию жизненного цикла заказного ПО. Он
определяет структуру жизненного цикла, содержащую процессы, действия и
задачи, которые должны быть выполнены во время создания ПО. Каждый
процесс разделен на набор действий, каждое действие – на набор задач. Каждый
процесс, действие или задача инициируется и выполняется другим процессом по
мере необходимости, причем не существует заранее определенных
последовательностей выполнения.
Методология Oracle – технологический материал по разработке прикладных
АИС, детализированный до уровня заготовок проектных документов в расчете
на использование Oracle. Применяется для классической модели жизненного
цикла (предусмотрены все работы, задачи и этапы), а также для технологий
«быстрой разработки» или «облегченного подхода», рекомендуемых в случае
малых проектов.
Методология RUP (Rational Unified Process) – технологический материал по
реализации итеративной модели разработки, включающей 4 фазы: начало,
исследование, построение и внедрение. Каждая фаза разбита на этапы
(итерации), результатами которых являются версии для внутреннего или
внешнего использования. Каждый цикл завершается генерацией очередной
версии системы. Предполагает создание и сопровождение моделей на базе UML.
Методология MSF (Microsoft Solution Framework) – технологический материал
по реализации итеративной модели разработки, аналогично RUP, включает 4
фазы: анализ, проектирование, разработку, стабилизацию; предполагает
использование объектно-ориентированного моделирования.
Extreme Programming (XP) – экстремальное программирование. Основой
методологии является работа в команде, эффективные коммуникации между
заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с
использованием последовательно дорабатываемых прототипов.
Проектируемая система будет обладать сравнительно небольшим объемом
программного кода и небольшим числом программных модулей. В качестве стандарта
разработки выбран ГОСТ 34.601-90, поскольку он прост в понимании, последователен и
подходит для разработки несложных информационных систем.
Стандарт ГОСТ 34.601-90 явно предполагает каскадную модель ЖЦ ИС, а стандарт
ISO/IEC 12207:1999 предлагает возможные варианты выбора ЖЦ, такие, как: каскадная,
эволюционная, формирующая заранее планируемое улучшение продукта, спиральная
модели.
Была выбрана каскадная модель разработки АИС, потому что она, во-первых,
достаточно проста для понимания и реализации на практике, а, во-вторых, весьма
эффективная и по сегодняшний день. Тем более для сравнительно небольших и
несложных ИС, какой будет разрабатываемая в ходе дипломного проектирования система.
Преимущества применения каскадного способа заключаются в следующем:
на каждом этапе формируется законченный набор проектной документации,
отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Согласно ГОСТ 34.601-90 выделяют такие этапы жизненного цикла ИС:
Формирование требований к ИС. На данной стадии ЖЦ проводится максимально
подробное изучение процессов, участвующих в деятельности предприятия, происходит
определение вариантов их усовершенствования. Для проведения анализа создают модели
существующего варианта и варианта усовершенствованного, на их основе определяются
требования к ИС. Требования формулирует руководство предприятия.
Разработка концепции ИС - один из наиболее продолжительных этапов, на нем
разработчиками создается проект будущей системы.
Техническое задание - на данном этапе создается проект информационной системы, в
котором указываются все требования для будущей системы. Включает в себя разработку,
оформление, согласование и утверждение технического задания на ИС и, при
необходимости, технических заданий на части ИС. Этот этап выполняет разработчик при
согласовании с предприятием.
Эскизный проект. Определяются: функции ИС; функции подсистем, их цели и эффекты;
состав комплексов задач и отдельных задач; концепция информационной базы, её
укрупнённая структура; функции системы управления базой данных; состав
вычислительной системы; функции и параметры основных программных средств.
Проводят также разработку, оформление, согласование и утверждение документации в
объёме, необходимом для описания полной совокупности принятых проектных решений и
достаточном для дальнейшего выполнения работ по созданию ИС.
Технический проект. Проводят разработку общих решений по системе и её частям,
функционально-алгоритмической структуре системы, по функциям персонала и
организационной структуре, по структуре технических средств, по алгоритмам решения
задач и применяемым языкам, по организации и ведению информационной базы, системе
классификации и кодирования информации, по программному обеспечению.
Рабочая документация. Производят разработку рабочей документации, содержащей все
необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в
действие и её эксплуатации, а также для поддержания уровня эксплуатационных
характеристик (качества) системы в соответствии с принятыми проектными решениями,
её оформление, согласование и утверждение.
Ввод в действие - на этом этапе система запускается в опытную, а потом и в
промышленную эксплуатацию. В зависимости от конкретных условий на предприятии
выбирается та или иная стратегия внедрения системы.
Сопровождение ИС - сопровождение ИС ставит своей целью устранение выявленных на
предыдущих этапах недочетов и ошибок.
Эскизный, технический проекты и рабочая документация — это последовательное
построение все более точных проектных решений. Допускается исключать стадию
«Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии
«Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно
выполнять различные этапы и работы, включать дополнительные.
Существует набор способов внедрения информационной системы, рассмотрим их
кратко:
параллельная стратегия – применима для случая, когда старую работающую ИС
требуется заменить новой.
«скачок» подразумевает, что переход к новой ИС осуществляется одномоментно.
«пилотный проект» – подразумевает такую тактику «скачка», которая
применяется к ограниченному числу изделий.
«узкое место» – при этой стратегии план внедрения выполняется только для
«узкого места», а также для людей, работающих в этих конкретных бизнес
процессах.
В качестве стратегии внедрения предлагается выбрать «узкое место», которое
подразумевает проведение минимального комплекса работ и бизнес процессов.
Предлагается вовлечь 4 человека для тестового внедрения ИС, а затем распространить на
вест отдел кадров.
Этап внедрения ИС будет предполагать такие работы:
Организационная подготовка, включающая реализацию проектных решений по
организационной структуре ИС, обеспечение подразделений объекта управления
инструктивно-методическими материалами, внедрение классификаторов
информации. Осуществляется руководством предприятия и отдела кадров.
Обучение персонала и проверку его способности обеспечить функционирование
ИС. Осуществляется разработчиком системы совместно с ответственным за
внедрение ИС лицом из отдела кадров.
Наладка технических и программных средств, а также загрузка информации в
БД. Осуществляется разработчиком системы.
Проведение предварительных испытаний системы. Осуществляется
разработчиком системы совместно с ответственным лицом из отдела кадров.
Проведение опытной эксплуатации. Осуществляется работниками отдела кадров
при поддержке разработчика.
Проведение приемочных испытаний. Осуществляется работниками отдела
кадров при поддержке разработчика.
На этапе сопровождения ИС производится устранение недостатков, выявленных при
эксплуатации ИС в течении установленных гарантийных сроков, внесению необходимых
изменений в документацию по ИС. Эти недостатки выявляются самими работниками
отдела кадров, структурируются начальником отдела кадров и передаются разработчику,
который вносит исправления в ИС.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF дает некую гарантию минимизации рисков, так как весь ЖЦ проекта
разделен на этапы, на каждом этапе есть роли, за которыми закреплены цели, которые
должны быть достигнуты но всё же, на каждой фазе есть риски:
В фазе выработки концепции могут возникнуть следующие риски:
Недальновидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать задачи и цели
проекта, ставить больше контрольных точек.
Неправильно подобранный проектный состав исполнителей может повлечь полное
отсутствие командной работы
Данный риск уменьшается более тщательным подбором специалистов в проектную
группу тестированием не только профессиональных навыков но и личностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура выбираемого
решения
Возможность появления этого риска зависит от компетенции руководителя проекта, на
котором лежит принятие решение о выборе архитектуры разрабатываемого решения
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие неправильная
программирование архитектуры и сдвиг сроков .
Минимизацией данного риска служит более четкое написание технического задания,
понятного программисту
Еще одним немаловажным риском в данном проекте является отсутствие должной
квалификации у программиста в том языке, на котором решено реализовывать
программу клиент, которая будет распределять заявки между инженерами.
В случае, если программист не будет укладываться в заданные временные рамки
календарного плана проекта, продеться использовать внешнего разработчика, так
называемый “аутсорсинг” или “фриланс”.
.
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет протестирован не до конца.
Решается путем повторного тестирования на следующей итерации разработки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение данных рисков ведет за собой проблему незаконченности решения и
возможность возникновения нестыковок с другими частями разрабатываемой ИС
Устраняется путем доработки при следующей итерации.
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализации информационной
безопасности
Защита от внутренних угроз. Подразумевает разграничение прав пользователей ИС HP
OpenView Service Desk. Подробные права пользователей описаны в таблице № 11
Разграничение прав пользователей.
Группы
пользователей
Создание заявки
Возможность
редактирования
своей заявки
Возможность
переназначит
заявку
Работа с базой знаний
Сетевая
группа
Чтение
Есть
Есть
Чтение/создание/удаление
Группа
поддержки
пользователей
Чтение
Есть
Нет
Чтение/создание/удаление
Горячая
линия
Чтение/создание/удаление
Есть
Есть
Чтение
Таблица № 11
Во вторых- защита от внешних угроз реализуется следующими параметрами:
. Во первых -все серверные системы в компании АО «РЭС» не имеют установленных
сторонних средств удаленного администрирования, таких как Remote administrator/Dame
Ware/Team Viewer. Доступ организован через Remote desktop protocol, на нужный сервер, в
том числе и сервер приложений и СУБД где размещенна ИС HP open view Service Desk вход
осуществялется только по доменной авторизации в соответсвии с уровнем доступа,
согласованным по заявке на горячую линию.
В третьих -в компании АО «РЭС» используются все возможные методы защиты
информации, так как нет уникального одного метода, который смог бы обеспечить полную
информационную безопасность, а сочетание всех методов позволяет реализовать
максимальную информационную безопасность.
2.2. Информационное обеспечение задачи
2.1.1 Информационная модель и ее описание
Модель объекта, которая представлена в виде какой-либо информации, и есть
информационная модель. Информационной моделью также называют совокупность
информации, характеризующая конкретные свойства, параметры и состояния объекта,
явления, процессы, а также их взаимоотношения с внешним миром.
Все типы информационных моделей можно разделить на три большие подгруппы – это:
Описательные. Такие информационные модели создаются, как правило, на
естественном человеческом языке в письменной или устной форме.
Формальные. Информационные модели, созданные на одном из формальных
языков – специализированном, профессиональном, научном и т.д. Примерами
формальных информационных моделей могут служить таблицы, графы, карты,
схемы, формулы и многое другое.
Хроматические. Данные информационные модели создаются на базе различных
теорий и методологий хроматизма, т.е., можно сказать, на языке смыслов.
Использование информационных моделей
Информационные модели используются в самых различных отраслях науки и техники.
Сюда можно отнести:
Сопровождение жизненного цикла тех или иных объектов. Например, разработки,
направленные на развитие инфраструктуры месторождений ископаемых.
Оптимизация проектирования. К примеру, для повышения качества и ускорения
проектирования.
Оптимизация строительства. Информационные модели в этом случае служат для
ускорения, упрощения и улучшения качества выполняемых строительных,
монтажных, реставрационных и других типов работ.
Мониторинг за состоянием объекта. Анализ и визуальный контроль за объектами и
процессами, предотвращение возможных ошибок, повышение эффективности
эксплуатации и другие задачи.
Моделирования различных ситуаций. Информационные модели служат для
обучения специалистов на специализированных 3D-тренажёрах, для моделирования
аварийных и любых других ситуаций (пожар, наводнение и т.д.).
Предлагаю вашему вниманию пример на (рис.2.1) информационная модель, успешно
применяющиеся и по сей день:
Рисунок 2.1-Информационная модель в виде описания движения потоков
информации и документов
2.1.2 Характеристика нормативно-справочной, входной и оперативной информации
Разрабатываемая информационная система предназначена для сбора и хранения
информации по сотрудниками предприятия, а также для облегчения рутинных операций,
таких, как, например, печать договора на увольнение или принятие на работу.
Входными справочниками в систему являются:
отделы;
должности;
виды отпуска;
семейное положение;
образование;
виды документов;
характер работы;
степени родства;
графики работы;
виды контактов;
основания для увольнений;
статусы работников.