46
простыми и понятными, поэтому разработчики с самого начала могут вести
продуктивную работу.
В самом начале язык Delphi был проектирован как объектно-
ориентированный. Задачам распределенных систем клиент-сервер отвечает
объектно-ориентированная парадигма: применение концепций наследования,
инкапсуляции и наследования. Delphi предоставляет действенную объектно-
ориентированную платформу разработки.
Delphi можно назвать продуктом Borland International нового поколения
для оперативной разработки приложений (RAD), а также средством визуального
построения приложений высокой производительности. Приложения,
разрабатываемые им, работают с базами данных в архитектуре клиент-сервер,
Internet/Intranet, а также для локальных машин и файл-серверной
архитектурыоптимизированному байт-коду, без труда переводимому в
машинный код Delphi достигает высокой производительности. Высокая
вероятность доступности требуемой памяти обеспечивается за счет
автоматической сборки мусора, выполняемой как фоновый поток с низким
приоритетом. Таким образом, увеличивается производительность. Несмотря на
интерпретируемость, приложения взаимодействуют быстро.
Delphi-интерпретатор может выполнять байт-код на любой машине с
установленным интерпретатором и системой выполнения. На
интерпретирующей платформе программа собирается просто и постепенно,
благодаря чему процесс разработки значительно ускоряется и упрощается, нет
традиционных трудных этапов компиляции, сборки и тестирования.
Многим современным сетевым приложениям как правило необходимо
осуществлять в одно и тоже время несколько действий. В Delphi осуществлен
механизм поддержки легковесных процессов-потоков. Многопоточность Delphi
дает возможность создания приложений с множеством одновременно
действующих потоков.
Эффективность работы с потоками в Delphi реализована механизмом
семафоров и средств синхронизации потоков, а система выполнения
предоставляет средства диспетчеризации и средства, реализующие семафоры.
Стоит отметить, что в результате работы параллельных потоков с
47
высокоуровневыми системными библиотеками Delphi не возникнут конфликты,
потому что предоставляемые библиотеками функции являются доступными
любым выполняющимся потокам [12].
Анализируя описанные выше характеристики по отдельности, их можно
обнаружить во многих программных платформах. Новшество заключается в
методе, предлагаемом Delphi и системой выполнения, сочетающем в себе все
характеристики для предоставления гибкой и мощной системы
программирования.
Таким образом в качестве средства разработки был выбран язык
программирования Delphi. Данная среда разработки обладает удобным
интерфейсом, отладчиком, проста и удобна в использовании.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это набор технических средств, служащих для
работы информационной системы, а также соответствующая документация на
данные средства и технологические процессы.
К техническим средствам относятся:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода данных,
такие как принтеры, жесткие диски, сканеры, устройства хранения данных,
факсимильные аппараты;
модемы – устройства, предназначенные для передачи данных и линий
связи;
эксплуатационные материалы, к которым можно отнести бумагу, CD
(DVD)- диски и т.д.
В данном случае основными элементами технического обеспечения будут:
1. Автоматизированные рабочие места сотрудников отдела кадров.
2. Локальная вычислительная сеть, в которую могут входит сетевые
устройства (коммутаторы, маршрутизаторы и т. д.), а также соединяющего их
кабеля.
48
В качестве АРМ предполагается применять ПК, имеющие следующую
конфигурацию, приведенную в таблице 2.
Таблица 2
Техническое обеспечение для использования ИС
№
Наименование
технической единицы
Характеристики
1
2
3
Базовое техническое обеспечение
1
Микропроцессор
AMD Athlon 64 X2 5000+
(ADA5000*/ADO5000*) Socket AM2
BOX
2
Постоянная ("вшитая")
память – ПЗУ.
200,0 Gb HDD Western Digital
(WD5000AACS) CaviarGP
3
Оперативная ("адресуемая
пользователем") память –
ОЗУ.
DDR2 2048 Mb PC2-6400 (800 Mhz)
Patriot (PEP22G6400EL)
4
Материнская плата
Asus M2N-SLI Deluxe, S AM2, NVIDIA
nForce 570 SLI
5
Видеокарта
256 Mb PCI-E ATI Radeon 3650 DDR3,
HDMI, DVI, HIS IceQ Turbo
Периферийное техническое обеспечение
6
Монитор
19" SAMSUNG SM943NW 0.285mm
7
Клавиатура
Keyboard USB CHD KB-4322-01-U
8
Мышь
Mouse Wireless USB Hama M3050, 8
buttons, Laser (800, 1600dpi), 2AAA
9
Принтер
PR LaserJet HP 1022N
(A4/1200dpi/18стр.м/USB/8Mb, лоток
250листов, LAN10/100)
1
0
Привод
DVD±RW ASUS DRW-2014L1T, SATA
49
П р и м е ч а н и е – составлено автором на основе данных предприятия
Данная конфигурация дает возможность выполнять работу в создаваемой
системе с высокой степенью надежности. Выбо пал на процессор АМD из-за его
низкой стоимости (в сравнении с аналогичными устройствами Intel), размера
оперативной памяти и жесткого диска, которые являются стандартными сегодня.
Полмимо указанных элементов также необходима сетевая карта для
возможности подключения к локальной сети компании. Картридер и привод
DVD±RW не являются обязательными. Наоборот, их отсутствие даже
положительно влияет на сохранность конфиденциальных данных. Также в
условиях постоянных перерывов в энергоснабжении обязательным элементом
является источник бесперебойного питания [13].
Конкретное решение по созданию локальной сети должно быть принято
после обследования помещений, в которых расположено предприятие, и ряда
иных факторов, к которым можно отнести:
план помещений компании;
наличие кабельной системы в здании;
расположение рабочих мест на предприятии;
наличие места для сервера;
перспектива расширения компании, и следовательно – локальной сети.
Для выхода в Интернет и поддержки связи с удаленными сотрудниками
либо иными предприятиями применяется модем-роутер марки D-Link DSL-
2500U/BRU/D.
В следующей, второй, главе выпускной квалификационной работы будет
описана практическая реализация и автоматизация задач с применением
выбранных программных и технических средств, информационного обеспечения
и технологий обработки данных.
50
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненным циклом информационной системы называют период создания
и применения информационной системы, начиная с момента возникновения
потребности в системе и заканчивая моментом полного ее выхода из
эксплуатации.
Основной нормативный документ, который регламентирует жизненный
цикл программного обеспечения – это международный стандарт ISO/IEC 12207
[14].
Структура жизненного цикла состоит из процессов, действий и задач,
которые должны быть реализованы во время создания ИС. Каждый из этих
процессов разделен на набор действий, каждое действие, в свою очередь - на
набор задач.
Каждый процесс, действие либо задача инициируется и осуществляется
другим процессом по мере необходимости, причем нет заранее определенных
последовательностей реализации.
По данному стандарту в структуре жизненного цикла выделяют
представленные ниже этапы.
1) Предпроектное обследование и анализ данных:
сбор материалов для проектирования, здесь выделяют формулирование
требований, с изучения объекта автоматизации, делаются предварительные
выводы предпроектного варианта информационной системы;
анализ материалов и создание документации, предоставление технико-
экономического обоснования с техническим заданием на разработку
информационной системы.
2) Проектирование:
2.1) предварительное проектирование;
выбор проектных решений по аспектам разработки информационной
51
системы;
описание реальных компонент информационной системы;
оформление и утверждение технического проекта.
2.2) детальное проектирование:
выбор (создание) математических методов либо алгоритмов программ;
корректировка структур баз данных;
создание документации на доставку и установку программных
продуктов;
выбор комплекса технических средств с документацией на ее
установку.
2.3) разработка техно-рабочего проекта информационной системы.
3) Разработка приложений, тестирование, написание документации:
получение и установка программных и технических средств;
тестирование дает возможность выявить ошибок;
подготовка учебных и текстовых материалов.
4) Внедрение:
ввод разработанного модуля;
обучение работников, для который был разработан данный модуль;
сдача проекта и подписание актов приемки работ.
5) Эксплуатация и сопровождение:
повседневная эксплуатация;
общее сопровождение всего проекта [15].
Стандарт MSF (Microsoft Solutions Framework) - это совокупность
принципов и правил деятельности, в определенной степени направленной на
проекты создания программного обеспечения и развития информационной
инфраструктуры [16].
ГОСТ 34.601-90 - стандарт распространяется на автоматизированные
системы,которые применяются в различных видах деятельности, в том числе их
сочетания, создаваемые на предприятиях. Стандарт устанавливает стадии и
этапы создания автоматизированной системы.
52
ISO 12207 – данный стандарт используется при приобретении систем,
программ и оказании соответствующих услуг; а также при поставке, разработке,
эксплуатации и сопровождении программных продуктов и программных
компонентов программно-аппаратных средств на самом предприятии и вне его.
ISO 15288 - стандарт обеспечивает общие основы процессов, которые
составляют жизненной цикл созданных человеком систем. Данный жизненный
цикл охватывает концепции идей вплоть до снятия системы с эксплуатации и
обеспечивает процессы для приобретения и поставки системы.
Для описания жизненных циклов ИС был выбран стандарт ГОСТ 34.601-
90, как стандарт, охватывающий большинство автоматизированных систем.
Данный международный стандарт определяет стратегию и общий порядок в
создании и эксплуатации ПО и охватывает весь жизненный цикл ПО от
формирования идей до завершения всего ЖЦ.
Для создаваемой информационной системы больше подходит стандарт
ГОСТ 34.601-90, который имеет набор процессов, действий и задач и охватывает
наиболее широкий спектр возможных ситуаций при максимальной
адаптируемости.
Есть следующие основные стратегии внедрения системы:
1) Стратегия “Параллельное использование”. В данной стратегии
параллельно реализуются старая и новая технология решения задачи,
происходит сравнение их результатов. В случае если результаты согласуются
продолжительное время, выполняется переход на новую технологию.
Достоинства:
минимальный риск ошибок в виде новых технологий;
управлять внедрением ИС можно независимо от традиционного
планирования предприятия.
Недостатки:
двойная загрузка сотрудников предприятия;
потребности в удвоенных мощностях серверов;
необходимость постоянной сверки результатов работы двух
технологий.
53
2) Стратегия “Скачек”. При данной стратегии старая технология работает
до определенного момента, потом реализуется внедрение новой технологии,
после чего осуществляется лишь новая технология
К достоинствам такой стратегии можно отнести:
минимальная продолжительность переходного периода;
отстутствие двойных затрат на деятельность предприятия;
новые процессы являются наиболее оптимальными по причине
отсутствия переходного периода.
Недостатки:
высокие риски несоответствия качества ИС требованиям предприятия;
высокие требования к процессу планирования перехода на новую
технологию.
3) Стратегия “Пилотный проект”. Пилотный проект является тактикой
скачка и применима к ограниченному количеству процессов. Сферой
применения, как правило, является небольшой участок.
Достоинства:
минимальный риск выбора неправильного решения, которое не
приводит к продолжительному простою всей компании;
возможность изменения планируемой технологии в ходе внедрения ИС
на участке;
отсутствие двойных затрат на осуществление технологии.
Недостатки:
сложность интеграции информационных потоков, которые
формируются по старой и новой технологии;
необходимость управления старой и новой ИС параллельно.
4) Стратегия “Узкое место”. Данная стратегия – это автоматизация малой
части производственного процесса, который, как правило, выбирается по
критериям их эффективности, приводящих к повышению качества реализации
процессов лишь в каком-то конкретном узком месте.
Достоинства:
после автоматизации каждого узкого места можно прервать
автоматизацию;
54
минимальные требования к уровню планирования работ внедрения.
Недостатки:
реализация полного цикла планирования на каждом из узких мест – по
причине возможности прерывания автоматизации процесс может никогда не
закончиться;
независимость автоматизации узких мест может привести к
формированию избыточного множества программно-аппаратных решений.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Каждый проект по созданию информационной системы всегда имеет
множество задач, которые связаны с общим управлением проектом, созданием
программного обеспечения, проектированием информационной системы,
внедрением, каждая из которых сама по себе является проектом, имеющим свои
особенности. В связи с этим в процессе создания имеются различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствами, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой. Поскольку нужно вести параллельные и иногда
принципиально отличающиеся по своему характеру работы, намного возрастает
уровень риска проекта.
Практически все риски независимо от категорий, источников, подходов к
управлению можно классифицировать с нескольких различных позиций:
Классификация оценок рисков операции, финансового инструмента вне и
внутри некоторой деятельности, портфеля - собственный и предельный риски
Собственный риск – это оценка риска отдельной операции, финансового
инструмента отдельно от контекста проведения операции или портфеля,
содержащего финансовый инструмент.
Предельным риском называют величину, на которую изменится оценка
риска деятельности, портфеля в целом при добавлении в них оцениваемой
операции либо финансового инструмента. Такой риск может быть
отрицательной величиной. При реализации процедур управления рисками
55
именно такой риск является более интересным, однако получение его
технически более сложно по сравнением с получением собственного риска.
С точки зрения их значимости для предприятия риски можно
классифицировать на статический и динамический риски.
Динамическим риском называют риск случайных колебаний результатов
деятельности в лучшую или худшую строну, которые не могут значимо
повлиять на жизнеспособность предприятия. Обычно это спекулятивные риски,
которые при принятии их предприятием слабо коррелируют друг с другом.
Статическим риском называют риск возникновения ситуаций, событий, в
результате возникновения которых под угрозу ставится дальнейшая
деятельность предприятия, жизнеспособность отдельных направлений
деятельности, отдельных проектов. Это риск качественных, катастрофических
потерь, в результате поднесения которых предприятие уже не сможет работать в
прежнем режиме [17].
С точки отображения рисков в модели рисков их можно разделить на
систематический и несистематический риски.
Систематическим риском называют риск, который связан с факторами,
рассматриваемыми как значимые в рамках определенной модели. Такие риски не
должны существенно снижаться с течением времени либо в рамках большого
портфеля, иначе определяющие их факторы целесообразно игнорировать и
данные риски могут быть отнесены к несистематическим. Систематические
риски – это основной предмет исследования при оценке и управлении рисками.
Несистематическим риском является риск, источники которого и
чувствительность к которому не рассматриваются в рамках модели оценки и
управления рисками. При построении адекватной модели такие риски не должны
приводить к значимым потерям, и при большом их количестве не должны быть
связаны друг с другом.
В отношении данных рисков должен действовать закон больших чисел -
выявленные при анализе отдельных элементов деятельности предприятия,
отдельных составляющих некоторого портфеля ценных бумаг, на определенном
небольшом временном интервале в совокупности в целом по предприятию,
портфелю либо с течением времени их вклад в возможные потери будет