Материал: Автоматизация управления персоналом в АО "Региональные электрические сети"

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
что в открытом доступе существуют тысячи модулей и решений, которые могут быть
легко модифицированы для нужных программисту функций.
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 человека для тестового внедрения ИС, а затем распространить на
вест отдел кадров.
Этап внедрения ИС будет предполагать такие работы:
Организационная подготовка, включающая реализацию проектных решений по
организационной структуре ИС, обеспечение подразделений объекта управления
инструктивно-методическими материалами, внедрение классификаторов
информации. Осуществляется руководством предприятия и отдела кадров.
Обучение персонала и проверку его способности обеспечить функционирование
ИС. Осуществляется разработчиком системы совместно с ответственным за
внедрение ИС лицом из отдела кадров.
Наладка технических и программных средств, а также загрузка информации в
БД. Осуществляется разработчиком системы.
Проведение предварительных испытаний системы. Осуществляется
разработчиком системы совместно с ответственным лицом из отдела кадров.
Проведение опытной эксплуатации. Осуществляется работниками отдела кадров
при поддержке разработчика.
Проведение приемочных испытаний. Осуществляется работниками отдела
кадров при поддержке разработчика.
Источник: https://baza.diplomsite.ru/previewfile/2255

Смотрите также:

Анализ эффективности инвестиций предприятия на примере ООО «СпецПримСтрой»
Изложение содержания дела, по которому приняты судебные постановления
Проактивные методы PR-деятельности российских авиационных компаний «Россия», «Азимут»