47
Основная цель данного этапа
тюрколог
выявление требований проекта, разработка
технического задания:
– требования к
тюрколог
автоматизированной системе
тюрколог
;
– описание области применения системы
тюрколог
;
– список программных продуктов
тюрколог
;
– сроки и условия реализации
тюрколог
заказа
тюрколог
;
– технические ограничения
тюрколог
(например,
тюрколог
по
тюрколог
условиям эксплуатации).
Процесс поставки
тюрколог
ПО заключается в
тюрколог
определении состава проекта для
поставки.
Процесс разработки включает
тюрколог
в себя определение
тюрколог
состава программного
продукта, а именно
тюрколог
информационной
тюрколог
базы,
тюрколог
ее физическая реализация.
Разработка программных модулей [14].
Процесс эксплуатации
тюрколог
заключается в
тюрколог
установке и интеграции
программного продукта и использование его
тюрколог
сотрудниками предприятия.
Рассмотрим модель жизненного цикла разрабатываемого программного
обеспечения для создания
тюрколог
автоматизированной
тюрколог
системы.
Модель ЖЦ ПО представляет собой ܖ
тюрколог
структуру,
тюрколог
которая определяет
последовательность выполнения и ܖ взаимосвязи ܖ
тюрколог
процессов, действий и задач в
течение ЖЦ [14].
Более распространенными
тюрколог
являются следующие модели: ܖ каскадная, с
промежуточным контролем и
тюрколог
спиральная.
Такие модели как каскадная и с промежуточным контролем включают
следующие этапы ܖ ЖЦ ПО :
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Отличительной
тюрколог
чертой
тюрколог
каскаднойaмодели
тюрколог
является
тюрколог
строго
последовательная ܖ реализация перечисленных
тюрколог
выше этапов жизненного ܖ цикла.
Модель имеет следующее
тюрколог
достоинство:
тюрколог
на каждом
тюрколог
из ܖ
тюрколог
этапов данная ܖ модель
позволяет формировать
тюрколог
законченный
тюрколог
комплект ܖ документации и дает
48
возможность планировать сроки ܖ завершения работ и соответствующие ܖ затраты.
Однако имеется следующий
тюрколог
недостаток: реальный
тюрколог
процессaразработки ПО в
большинстве случаев не укладывается в
тюрколог
такую
тюрколог
жесткую схему и требует
возврата к предыдущим этапам до
тюрколог
уточнения или пересмотра принятых решений
[4].
В отличие от каскадной ܖ модели с промежуточнымaконтролем
жизненный цикл
тюрколог
более близок к реальной разработке и применению ПО. При
данной модели допускается возврат каждого
тюрколог
этапа
тюрколог
жизненного
тюрколог
цикла на любой
из предыдущих ܖ этапов, если требуется выполнение межэтапнойaкорректировки.
Кроме того может быть обеспечена
тюрколог
большая ܖ
тюрколог
надежность ПО, однако возрастает
длительность периода ܖ разработки.
При спиральной ܖ
тюрколог
модели
тюрколог
жизненного цикла отсутствуютaнедостатки
выше описанных моделей. В данной модели основополагающими являются
первоначальные ܖ этапы: анализ и ܖ проектирование, в которых реализуемость
технических решений проверяется с помощью создания прототипов.
Кроме того спиральная ܖ схема разработки позволяет перейти на
следующий ܖ этап не завершив ܖ полностью работы на предыдущем этапе.
Окончательные работы могут быть выполнены на следующем ܖ витке ܖ спирали. В
результате это обеспечивает возможность предъявить
тюрколог
заказчику ܖ разработки
некоторый работоспособный ее ܖ вариант, чтобы
тюрколог
уточнить требования.
Наиболее походящей для реализации функций разрабатываемой системы
является каскадная модель. Это обусловлено следующими ее преимуществами:
на каждом этапе формируется законченный набор проектной документации,
отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Каскаднаяaмодель включает следующие ܖ этапы (рисунок 12):
Анализ
тюрколог
Проектирование
тюрколог
Реализация
тюрколог
Введение
тюрколог
Эксплуатация.
тюрколог
49
Рисунок
тюрколог
12. Каскадная
окровавливавшийся
модель жизненного цикла
На этапе
тюрколог
анализа ܖ необходимо
тюрколог
собрать
тюрколог
информацию по учету и анализу
грузоперевозок.
На этапе ܖ проектирования по результатам представленной ܖ информации
происходит проектирование базы ܖ данных и структуры ܖ программы.
На этапе реализации
тюрколог
создается база ܖ данных: создаются все необходимые
справочники документы, регистры. Затем
тюрколог
производится настройка ܖ главного
меню и меню всех элементов ܖ программы.
Этап ܖ внедрения включает в себя развертывание технических,
информационных и программных ܖ средств
тюрколог
и проведение окончательного
тестирования системы на развернутых
тюрколог
средствах,
тюрколог
чтобы
тюрколог
убедиться
тюрколог
в
работоспособности всех модулей системы.
Процесс внедрения
тюрколог
—
тюрколог
трансформация описания разработки программного
проекта в программный продукт, а также создание исходного кода, баз данных и
документации независимо от того, были ли эти программные продукты
разработаны, приобретены либо имеют смешанное происхождение [5].
На сегодняшний
тюрколог
день
тюрколог
существуют следующие основные стратегии
внедрения системы [5].
1. Параллельная
тюрколог
стратегия. При
тюрколог
данной
тюрколог
стратегии
тюрколог
одновременно
продолжает работать старая (ручная) система и
тюрколог
начинает работать
тюрколог
новая система
и осуществляется сравнение их
тюрколог
выходных
тюрколог
документов. Если длительное время
они согласованы,
тюрколог
переходят
тюрколог
на
тюрколог
новую систему.
2. «Скачок». При
тюрколог
такой стратегии
тюрколог
происходит
тюрколог
моментальный
тюрколог
переход
тюрколог
на
работу с новой системой. Эта стратегия
тюрколог
привлекательна, но не
тюрколог
рекомендуется.
3. «Пилотный проект». Является
тюрколог
наиболее
тюрколог
часто используемой
тюрколог
стратегией.
50
«Пилотный проект»
тюрколог
похожа
тюрколог
на
тюрколог
тактику
тюрколог
«скачок»,
тюрколог
но применяется к
ограниченному количеству процессов. Областью
тюрколог
применения стратегии является
небольшой участок деятельности. При
тюрколог
таком подходе снижается риск, он
является наиболее надежным. Практически все организации
тюрколог
сегодня используют
эту тактику.
4. «Узкое место».
тюрколог
«Узкое место» представляет
тюрколог
собой
тюрколог
малую часть
производственного процесса. При использовании
тюрколог
этого подхода план внедрения
реализуется только для «узкого места» и для
тюрколог
людей, которые работают в нем.
Точность данных повышается только для изделий
тюрколог
в этом «узком месте»;
переподготовка - только для людей, работающих
тюрколог
в нем, анализ эффект - затрат
делается только для него и т.д.
В качестве стратегии внедрения
тюрколог
автоматизированной
тюрколог
системы был
выбран пилотный проект. Данная стратегия внедрения
тюрколог
автоматизированной
тюрколог
системы была выбрана, так как при ней автоматизируется
тюрколог
ограниченное число
процессов и поэтому риски сведены к
тюрколог
минимуму.
На этапе ܖ эксплуатации необходимо
тюрколог
провести ܖ обучение
тюрколог
всех
пользователей, которые будут работать с системой.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла разрабатываемой
тюрколог
автоматизированной
системы всегда существует вероятность возникновения различного рода рисков,
влияющих, как и на процесс разработки, так и на
тюрколог
функционирование системы.
Рассмотрим ожидаемые риски по этапам
тюрколог
жизненного цикла подробнее [8]:
1. Этапы разработки и
тюрколог
внедрения.
o Риск нарушения
тюрколог
методологии
тюрколог
введения
тюрколог
проекта. Причиной
возникновения данного риска может
тюрколог
служить
тюрколог
необдуманное описание и
утверждение документов, содержащих информацию о состоянии проекта.
Меры предотвращения этому может послужить:
четкое определение прав и обязанностей рабочей
тюрколог
группы
тюрколог
;
обучение рабочей группы и ключевых пользователей
тюрколог
;
документирование и согласование технических условий проекта
тюрколог
;
51
документальное подтверждение вносимых изменений в проект
тюрколог
;
o Риск введения проекта:
тюрколог
неправильно определены рамки и масштабы проекта;
тюрколог
спроектированы
тюрколог
ошибочные функции и интерфейсы
тюрколог
будущей
системы;
выбраны неправильные
тюрколог
технологии и методы решения
поставленных задач
тюрколог
;
не соблюдены требования при проектировании будущей системы
или постоянно меняются требования
тюрколог
.
Для того чтобы предотвратить обозначенный выше момент
тюрколог
нужно:
обеспечить стабильность границ проекта, определенные на
начальном этапе;
качественно
тюрколог
планировать
тюрколог
работы;
тюрколог
обеспечить проект необходимыми ресурсами;
тюрколог
обязательно утверждать и согласовать проектные решения
тюрколог
;
дополнительно анализировать
тюрколог
функции и цели проекта, тщательно
формулировать концепцию;
o Риск неверного планирования
тюрколог
:
плохая проработка плана внедрения системы
тюрколог
;
срыв сроков выполнения
тюрколог
;
Для того чтобы предотвратить данные обстоятельства, необходимо
тюрколог
:
укомплектовать
тюрколог
проектную
тюрколог
команду
тюрколог
наиболее
квалифицированными и
тюрколог
талантливыми проектировщиками;
распределять
тюрколог
работы
тюрколог
соответственно
тюрколог
способностям
тюрколог
участников
проектной команды;
документировать все
тюрколог
работы на
тюрколог
этапе проектирования и обеспечить
доступность данных для всех участников
тюрколог
проекта
тюрколог
;
o Техническими и программными рисками обусловлена
тюрколог
:
частичная или полная приостановка этапа
тюрколог
разработки из-за ошибок
в используемом программном обеспечении
тюрколог
;
полная или частичная потеря программного
тюрколог
кода;
52
контрольным примером не учитываются все особенности системы,
то есть он недостаточно проработан;
тюрколог
в документацию по системе не включено подробное описание всего
функционала системы
тюрколог
.
Этого можно избежать следующим образом:
использовать лицензионного программное обеспечение;
производить регулярное резервное копирование данных;
проводить многократные проверки и прогоны работоспособности
системы для выявления малейших неисправностей в ходе работы;
проверка документации перед
тюрколог
передачей
тюрколог
системы
тюрколог
в эксплуатацию.
2. Этапы эксплуатации
тюрколог
:
o Риск персонала
тюрколог
;
возможны трудности
тюрколог
с
тюрколог
обучением
тюрколог
сорудников
тюрколог
из-за
тюрколог
нежелания
работать с новой системой;
отсутствует поддержка внедрения автоматизированной системы со
стороны отдельных основных участников проекта;
руководители высшего звена не участвуют в проекте;
нарушена
тюрколог
информационная
тюрколог
безопасность
тюрколог
в
тюрколог
процессе
тюрколог
работы
системы.
Для избежания этого можно
тюрколог
реализовать
тюрколог
следующие
тюрколог
меры:
провести обучение персонала работы
тюрколог
с системой;
составить план внедрения автоматизированной
тюрколог
сстемы;
довести до сотрудников
тюрколог
смысл
тюрколог
внедрения автоматизированной
системы;
активно вовлекать высшее руководство
тюрколог
;
организовать систему
тюрколог
поощрений
тюрколог
использующих систему
сотрудников.
o Технический риск включает
тюрколог
следующие:
теряется информация при внедрении
тюрколог
автоматизированной системы;
могут быть отказы технического
тюрколог
оборудования
тюрколог
при
тюрколог
внедрении
автоматизированной системы;
53
возможны ошибки в программе, из-за
тюрколог
которых могут быть простои
системы;
невозможно осуществлять требуемые
тюрколог
действия,
тюрколог
программа
«зависает»;
используются вредоносные
тюрколог
программы (вирусы,
тюрколог
черви, трояны,
логические бомбы), найденные ошибки используются в корыстных целях;
деятельность третьего лица (например,
тюрколог
провайдера
тюрколог
Интернет
тюрколог
услуг)
может быть приостановлена.
Для предупреждения этого
тюрколог
можно
тюрколог
:
использовать пилотный,
тюрколог
поэтапный
тюрколог
подход
тюрколог
к организации
внедрения;
тщательно тестировать и выявлять
тюрколог
ошибки на этапе разработки
тюрколог
;
устранять ошибки в короткие сроки
тюрколог
;
использовать альтернативные
тюрколог
средства
тюрколог
доступа
тюрколог
в Интернет или
другие способы передачи данных
тюрколог
;
обязательно
тюрколог
утверждать любые
тюрколог
изменения системы
тюрколог
.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для защиты компьютеров от внешних несанкционированных воздействий
(компьютерные вирусы, атаки хакеров и т. д.) в организации используется
антивирусное программное обеспечение NOD32.
Для обеспечения информационной системе
тюрколог
от
тюрколог
несанкционированного
тюрколог
доступа необходимо предусмотреть авторизацию пользователя при входе в
систему.
Администратор
тюрколог
при
тюрколог
резервном
тюрколог
копировании
тюрколог
и
тюрколог
архивировании
информации БД
тюрколог
должен защитить ее служебным
тюрколог
паролем.
В системе
тюрколог
требуется
тюрколог
предусмотреть
тюрколог
возможность
тюрколог
разграничения
полномочий пользователей, согласно их должностным.
тюрколог
Необходимо,
тюрколог
чтобы
тюрколог
54
администратор мог распределять уровни доступа
тюрколог
к информации
тюрколог
каждого из
пользователей.
В системе должны
тюрколог
быть предусмотрены
тюрколог
две группы пользователей:
• администратор,
тюрколог
обладающий всеми
тюрколог
возможностями по изменению
данных в программе и получению всех отчетов;
• менеджер, выполняющий
тюрколог
функции по работе с БД.
Для снижения вероятности взлома
тюрколог
необходимо изменение пароля входа в
систему для каждого пользователя не реже
тюрколог
1-го раза в месяц.
Сохранность информации при авариях
тюрколог
необходимо обеспечивать путём
резервного копирования
тюрколог
данных.
тюрколог
Резервное копирование данных должно
осуществляться в любой момент
тюрколог тюрколог
времени администратором системы по его
инициативе.
Обеспечение информационной
тюрколог
безопасности подразумевает ограничение
доступа защитой паролем. Вход
тюрколог
в программу осуществляется на основании
уникального логина пользователя и его пароля, при этом запускается главный
модуль работы администратора или менеджера и делает выборку данных из БД,
соответствующих
тюрколог
введенному
тюрколог
логину
тюрколог
и паролю.
Организационные методы
тюрколог
защиты
тюрколог
информации должны выполняться как
администраторами, так и рядовыми пользователями.
В
oн
процессе
тюрколог
oн
разработки
oн
политики
oн
безопасности
тюрколог
сформированы
oн
правила
oн
информационной
oн
безопасности
oн
для
oн
противодействия
тюрколог
угрозам
oн
информационной
oн
системы
oн
предприятия [2]:
1.В
oн
организации
тюрколог
oн
должны
oн
проводиться
oн
проверки
тюрколог
выполняемых
oн
действий
oн
персонала.
oн
2.
oн
В
oн
организации
тюрколог
следует
тюрколог
oн
оговаривать
oн
и
тюрколог
периодически
oн
проверять
oн
обязанности
oн
пользователей
oн
по
oн
соблюдению
тюрколог
мер
oн
безопасности.
oн
Положения:
–
пользователей
oн
необходимо
тюрколог
oн
обучать
oн
процедурам
тюрколог
безопасности
oн
и
oн
правильному
тюрколог
использованию
тюрколог
средств
тюрколог
обработки
oн
информации,
oн
чтобы
oн
свести
oн
к
oн
минимуму
oн
возможные
oн
риски
oн
безопасности.
oн
Об
тюрколог
oн
инцидентах,
тюрколог
связанных
oн
с
oн
безопасностью
oн
следует
oн
немедленно
тюрколог
oн
сообщать
тюрколог
администратору.
3.
oн
Обеспечение
oн
защиты
тюрколог
oн
СУБД
oн
и
oн
хранение
oн
информации.
55
Положения:
–
пользователей
oн
необходимо
тюрколог
обучать
oн
процедурам
oн
безопасности
oн
и
oн
правильному
oн
использованию
oн
средств
тюрколог
обработки информации,
oн
чтобы
oн
свести
oн
к
oн
минимуму
oн
возможные
oн
риски
тюрколог
безопасности;
–
администратор
oн
имеет
тюрколог
oн
право
oн
читать,
oн
записывать,
oн
модифицировать
oн
и
oн
удалять
oн
-
oн
только
oн
при
oн
разрешении
oн
выше
oн
стоящего
oн
руководства;
–
хранение
oн
информации
oн
в
oн
БД
oн
защищенной
тюрколог
паролем.
Положения:
–
обязательное
тюрколог
дублирование
oн
информации,
oн
тюрколог
хранимой
oн
в
oн
базах
oн
данных
oн
различных
oн
уровней;
oн
–
периодическая
oн
(лучше
тюрколог
ежедневная)
oн
актуализация
oн
всех
oн
баз
oн
данных
oн
в
oн
информационной
oн
системе
oн
(эта
тюрколог
oн
мера
тюрколог
исключает
oн
возможность
oн
фальсификации
oн
сведений
oн
"задним
тюрколог
oн
числом");
oн
–
для
тюрколог
достижения
oн
необходимого
oн
уровня
тюрколог
защиты
oн
информации
oн
со
oн
стороны
oн
программных
oн
средств
oн
использовать
oн
средства
oн
сетевых
oн
операционных
oн
систем.
5.
oн
Управление
oн
доступом.
Положения:
–
использование
тюрколог
уникальных
oн
паролей;
–
oн
проверка
oн
паролей
oн
администратором
тюрколог
системы
oн
для
oн
подтверждения
oн
прав
oн
пользования
oн
системой
oн
или
тюрколог
oн
услугами;
–
oн
содержание
oн
пароля
oн
в
oн
секрете;
–
oн
изменение
oн
пароля
тюрколог
oн
в
oн
случае
oн
признаков
oн
компрометации
oн
пароля;
–
oн
выбор
oн
качественных
oн
паролей:
тюрколог
длина
oн
пароля
oн
должна
oн
быть
oн
не
oн
менее
oн
8
oн
символов,
oн
в
oн
числе
oн
символов
oн
пароля
oн
обязательно
oн
должны
oн
присутствовать
oн
буквы
oн
в
oн
верхнем
oн
и
oн
нижнем
oн
регистрах,
oн
цифры
oн
и
oн
специальные
oн
символы;
oн
пароль
oн
не
oн
должен
oн
включать
oн
в
тюрколог
себя
oн
легко
oн
вычисляемые
oн
сочетания
oн
символов
oн
(имена,
oн
фамилии,
oн
и
oн
т.д.),
oн
а
oн
также
oн
общепринятые
тюрколог
oн
сокращения;
oн
при
oн
смене
oн
пароля
oн
новое
oн
значение
oн
должно
oн
отличаться
тюрколог
oн
от
тюрколог
предыдущего
oн
не
oн
менее,
тюрколог
чем
oн
в
oн
4
oн
позициях;
oн
полная
oн
плановая
oн
смена
oн
паролей
oн
должна
oн
проводиться
oн
регулярно
oн
не
oн
реже
oн
одного
oн
раза
oн
в
oн
месяц;
oн
–
идентификация,
тюрколог
oн
аутентификация
oн
тюрколог
пользователей;
56
–
запись
oн
успешных
oн
и
oн
неудавшихся
тюрколог
доступов
oн
к
oн
системе;
–
принудительная
тюрколог
аварийная
тюрколог
сигнализация
тюрколог
для
oн
защиты
oн
пользователей.
6.
oн
Защита
oн
от
тюрколог
oн
вредоносного
oн
ПО.
Положения:
–
установка
oн
и
oн
регулярное
oн
обновление
тюрколог
антивирусных
oн
баз
тюрколог
oн
и
oн
исправление
oн
ПО;
oн
–
проведение
oн
регулярного
oн
пересмотра
тюрколог
oн
содержимого
oн
ПО;
–
проверка
oн
любых
oн
вложений
тюрколог
электронной
тюрколог
почты
oн
и
oн
скачиваемой
oн
информации
oн
на
oн
наличие
oн
вредоносного
oн
ПО.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – совокупность информации, характеризующая
существенные свойства и состояния объекта, процесса, явления, в которой
однозначно определен каждый его элемент и обеспечена их логическая
взаимосвязь [15].
На основании рассмотренных бизнес-процессов можно построить ER-
диаграмму базы данных. Диаграмма «сущность-связь» (ER-диаграмма)
позволяет описывать концептуальные схемы предметной области.
Ключевыми сущностями разрабатываемой подсистемы являются:
– товары;
– поставщики;
– заявки поставщикам;
– клиенты;
На рисунке 13 приведена концептуальная модель базы данных.