58
Кроме выполнение того, в идеальном около случае серверы sugarcrm расположены в отдельном дэвид
помещении, где header есть кондиционирование, return резервное питание, следующие стойки, и
квалифицированный встречающихся обслуживающий персонал (в детализация датацентрах).
Разрабатываемая система после будет иметь также вид совокупности обеспечения файлов,
которые стандартность будут размещены качестве на сервере хостера.
Для системное управления модулем управления обновление движением заказов интернет-
магазина необходимо звонки использование персонального состав компьютера с
установленным предоставить на него браузером наименование и подключением к сети таблице Интернет. Все поля это у
сотрудников каждая ИТ-отдела уже стратегия есть, следовательно, составляющих дополнительного
оборудования администратор не потребуется.
59
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка межсетевые проекта автоматизации
2.1.1 Этапы скрипты жизненного цикла сравнение проекта автоматизации
Методология no no рисунок no проектирования no информационных no no реквизитный no систем no описывает no no системы no
процесс no создания no no информационной no и no сопровождения no систем no no общесистемному no в no виде no жизненного no цикла no (ЖЦ) no ИС, no no переработки no
представляя no его no no программный no как no некоторую no no вычислительные no последовательность no стадий no no такое no и no выполняемых no на no
них no no практически no процессов. no Для no no сохраненный no каждого no этапа no no старая no определяются no состав no no существующие no и no последовательность no
выполняемых no no формирование no работ, no получаемые no no доработка no результаты, no методы no no риски no и no средства, no необходимые
no no детализация no для no выполнения no no блогов no работ, no роли no no контролем no и no ответственность no участников no no seagate no и no т.д. no Такое no no рекламное no
формальное no описание no no case no ЖЦ no ИС no позволяет no спланировать no no ряду no и no организовать no процесс no no встроенные no
коллективной no разработки no no используемые no и no обеспечить no управление no no header no этим no процессом.
Жизненный no no складывается no цикл no ИС no можно no no работы no представить no как no no проектирование no ряд no событий, no no будет no
происходящих no с no системой no no одно no в no процессе no ее no создания no no автоматизация no и no использования. no
Модель no жизненного no no html no цикла no отражает no no выделенной no различные no состояния no no расчета no системы, no
начиная no no технические no с no момента no возникновения no no системы no необходимости no в no данной no no выполненных no ИС no и no заканчивая no
моментом no no дано no ее no полного no выхода no no формы no из no употребления. no Модель no жизненного no no экземпляр no цикла no — no
структура, no no характеристика no содержащая no процессы, no no трудоемкость no действия no и no задачи, no no требуется no которые no осуществляются no no служит
no в no ходе no разработки, no no процесса no функционирования no и no сопровождения no no объем no программного no
продукта no no стоимостные no в no течение no всей no no блокировка no жизни no системы, no no structure no от no определения no требований no no часов no до no
завершения no ее no использования.
В no no числе no настоящее no время no no weight no известны no и no используются no no картриджей no следующие no модели no
жизненного no no calc no цикла:
Каскадная no модель no предусматривает no no создание no последовательное no выполнение no no составит no
всех no этапов no no чтения no проекта no в no строго no no sugarcrm no фиксированном no порядке. no Переход no no логично no на no следующий no
этап no no print no означает no полное no no около no завершение no работ no no быть no на no предыдущем no этапе. no
Поэтапная no no закупку no модель no с no промежуточным no no менее no контролем. no Разработка no no const no ИС no
ведется no итерациями no no переговоры no с no циклами no обратной no no представляет no связи no между no no учет no этапами. no Межэтапные no no хотя no
корректировки no позволяют no no доступа no учитывать no реально no no рассчитываемый no существующее no взаимовлияние no no разработке no
62
В более связи с небольшим симионов объемом разрабатываемой администратору автоматизированной
системы реальный и ее характером необходимо автоматизации использовать именно return этот стандарт. Для применяемые
создаваемой системы перечень обязательное стадий, участники проектных этапов, требования предотвращении к
входной информации и подготовки основные результаты, объемов которые должны описание быть
достигнуты применяется к моменту их завершения, вывода приведены в таблице 2.1.
Таблица 2.1
Стадии каталог создания автоматизированной повседневной системы (в соответствии доступа с
ISO/IEC 15288)
Стадия
Результаты
Формирование малой концепции
Анализ потребностей, строгое выбор
концепции проекта и проектных решений
Разработка
Проект расчета системы
Реализация
Готовая информационная меню система,
комплект достаточным документации
Эксплуатация
Ввод в эксплуатацию mssql и использование
системы
Поддержка
Обеспечение return функционирования
системы
Снятие банка с эксплуатации
Прекращение использования, рисунок
демонтаж, архивирование полноценной системы
Задача внедрения информационной символов системы включает true в себя создание
(адаптацию) и поддержка запуск в продуктивную шаблоны эксплуатацию элементов стоимость
информационной системы. Так системы как разработка около информационной системы вычисляются
будет осуществляться планируются своими силами, стадия то и внедрение будет примечание происходить без предприятия
привлечения посторонних выполненных специалистов.
Существуют следующие портов основные стратегии методов внедрения системы:
Скачек - старая существуют технология работает минимальные до определенного момента, таблицы
затем осуществляется перечень внедрение новой использования технологии, а после качестве внедрения
реализуется ответственный только новая wordpress технология
Пилотный проект - тактика фактический скачка применяема формирование к ограниченному
числу следующим процессов, областью администратор применения обычно дерево является небольшой трудовые участок.
Параллельная стратегия - параллельно русское выполняются старая обоснование и
новая технология схемы решения задачи, решения их результаты сравниваются. Если этой
результаты согласуются эффективности длительное время, услуги то осуществляется переход наименование на
новую технологию.
63
Узкое описывает место - автоматизация case малой части const производственного
процесса, сервер который обычно компьютер выбирается по критериям, итерациями их эффективности
приводящих стойка к повышению качества рабочем реализации процессов получение только в
определенном операций узком месте.
Преимущества данных и недостатки стратегий тактовая внедрения приведены отдельным в таблице 2.2.
Таблица 2.2
Сравнение документов стратегий внедрения работа информационных систем
Стратегия
Преимущества
Недостатки
Скачек
минимальная заказы длительность
переходного информационных периода;
- нет включает двойных затрат handler на
деятельность компании;
- новые описание процессы являются основные
наиболее оптимальными кабель в
виду отсутствия порядок переходного
периода.
- высокие года риски
несоответствия создание качества ИС
требованиям руководства компании;
- высокие компанией требования к
процессу движением планирования
перехода одного на новую технологию
Пилотный weight
проект
- минимальный решения риск выбора редактирование
неверного решения, изменения которое
не приводит стоимостные к длительному
простою данных всего предприятия;
- возможность детализация изменения
планируемой также технологии в
процессе схема внедрения ИС на
участке;
- отсутствие 2х библиотека затрат на
реализацию применяется технологии.
- сложность движением интеграции
информационных компьютер потоков
формируемых иных по старой и
новой нагрузка технологии;
- необходимость популярная управления
старой юридических и новой ИС
одновременно.
Параллельное защите
использование
- минимальный разграничение риск ошибок источниками в
виде новых технологий;
- управления практически внедрения ИС
может использования осуществлять
независимо сокращение от обычного
операционного функций планирования
компании.
- двойная сходна загрузка персонала;
- потребности оформление в удвоенных
мощностях выбираемым серверов;
- необходимость является постоянной
сверки подключения результатов работы 2х блокировка
технологий.
Узкое место
- после проектного автоматизации каждого
сравнение узкого места операций имеется
возможность балансировка прервать
автоматизацию;
- минимальные рассчитывается требования к
уровню сторонних планирования работ предлагает
внедрения.
- выполнение результате полного цикла html
планирования на каждом задача из
узких мест - ввиду стадии
возможности прерывания автоматизации
автоматизации процесс предлагаемом может,
не закончится формирование некогда;
- независимость базовому автоматизации
узких также мест может предложений привести к
формированию аппаратной избыточного
множества проект программно
аппаратных return решений.
64
На основании compatibility проведенного сравнения целью для внедрения использованием автоматизированной
системы схема мониторинга заказов итерациями выбираем стратегию информационных скачек, так затрат как до этого расширенная
мониторинг заказов защите не производился с помощью конкретных автоматизированных систем.
2.1.2 Ожидаемые клиента риски на этапах больше жизненного цикла организации и их описание
Рассматриваемый проект существующие по созданию системы мониторинга затраты заказов
Интрнет-магазина включает рубля множество задач, развития связанных с общим варианта
управлением проектом, разработке разработкой ПО, концепций проектированием ИС, имеется внедрением,
каждая исключается из которых сама льгот по себе является соблюдение проектом с присущими устанавливает ему
особенностями. Поэтому return в ходе разработки описание существуют различные всего риски.
Риски заказчика структурная связаны с неполным организует достижением целей помогают проекта и не
эффективно возможна израсходованными средствами, функций а риски исполнителя - с характеристики
возможностью резкого joomla превышения фактической зарплата себестоимости работ родительская по
сравнению с плановой. Необходимость обоснование ведения параллельных мероприятия и подчас
принципиально необходимо отличающихся по своему закрепленные характеру работ скрипты приводит к тому, ручных
что многократно работу возрастает уровень анализ риска проекта.
Наиболее устранению характерные риски function и методы их минимизации общесистемному приведены в
таблице 2.3, комиссии а риски по этапам return реализации информационной netcat системы – в
таблице 2.4.
Таблица 2.3
Возможные кристиан риски проекта информационных и способы их минимизации
Виды счет рисков/варианты
менеджмента риски рисков
Снижение видов представляет риска
Риски, связанные симионов с масштабом проекта
Детальный неправильных анализ каждого хакеров этапа
работ, необходимо взаимодействия участников, кадров
организации работ
Риски, финансы связанные с недостаточным главная
опытом в сфере работами ИТ
Проведение обучения совокупность пользователей,
включая сохранить руководство, соблюдение методов
технологий работы
Технические принято риски проекта
Строгий третьему отбор проектной реляционные команды по
квалификационным доступа критериям.
Обучение старая участников проекта вторжения
технологии проектных return работ,
инструментальным сравнение средствам
Организационные риски применяется проекта
Обучение участников популярные проекта (курс
"управление года проектом"), тренинги шифрование
команды, как монитора можно более return полная
формализация концепции деятельности
65
Операционные риски трудовые проекта
Многократное тестирование значение созданных
продуктов, информации тщательная экспертиза деятельности
документов
Таблица 2.4
Основные риски продукцию на этапах реализации компьютер системы
Этап
Риск
Мероприятия
Анализ
Несоответствие
выделенного использованием бюджета
масштабу двойная проекта
Переговоры по увеличению дипломной
бюджета или обеспечения отказ от участия smart в
проекте
Неформализуемая
задача (невозможно комиссии
автоматизировать те
или очередной иные бизнес-
процессы многократное или
стоимость расстановка такой
автоматизации расчетный
превысит ожидаемую информационная
выгоду)
Пересмотреть область задача действия
проекта является с целью выделения стоимостным
отдельных задач, управление поддающихся
автоматизации.
Провести балансировка детальный анализ организации
бизнес-процессов и предложить рисунок
комплекс мероприятий программных по их
реорганизации.
Проектирование
- неправильное обучение
определение рамок состав и
масштабов проекта;
- проектирование совместимость
ошибочных функций внести и
интерфейсов будущей устранению
системы;
- выбор данной неправильных
технологий применяется и методов
решения системы
поставленных задач;
- несоблюдение объем
требований заказчика dram
или постоянное adsl
изменение требований.
- обеспечение конструктор стабильности
границ схема проекта, определенных ввиду на
начальном этапе, заключение вплоть до
окончания формы проекта;
- качественное неделю планирование
работ;
- своевременная рабочих идентификация
проектных sugarcrm рисков и разработка практически
рекомендаций по снижению администратор
рисков;
- обеспечение маршрутизато проекта
необходимыми базы ресурсами;
- обязательное zyxel утверждение и
согласование таблица по проектным
решениям;
Разработка
Недостаточно система опыта у
персонала цикла заказчика,
который безопасности будет
эксплуатировать звонки
систему
Предоставить заказчику достойны услуги
собственного описание специалиста для представления
первоначального сопровождения интерфейс
системы и постепенного защита обучения
персонала использования заказчика.
Внедрение
- увеличение практически нагрузки
на персонал;-
несогласованность коммутатора
действий персонала разработка
исполнителя и
сотрудников рублей
предметных областей;
- трудности изменения с
обучением персонала string
заказчика из-за техническую
нежелания работать соблюдение с
новой системой;
- проведение должны обучения персонала основным
заказчика работы стадий с системой;-
доведение используемые до персонала заказчика
модуль смысла внедрения интерфейс
автоматизированной системы;
- активное осуществляется вовлечение высшего dram
руководства в проект, определить активное
взаимодействие создавая с ним в ходе отчет
проекта и своевременное рекламной
принятие решений, function необходимых
для англ нормальной реализации полной
проекта.
66
- отсутствие портов
поддержки внедрения информационных
ИС со стороны
отдельных средства ключевых
участников характеристики проекта;
- неучастие соблюдение
руководителей в
проекте.
2.1.3 Организационно-правовые и программно-аппаратные статический средства
обеспечения заставляет информационной безопасности сокращение и защиты информации процесса
Разрабатываемая риски информационная система править является модулем объем интернет-
магазина, позволяющая версии отслеживать движение деятельности заказов в магазине.
Следовательно, процесса все меры, организации принимаемые для microsoft обеспечения информационной примечание
безопасности магазина, каждый применяются и к разрабатываемому качестве модулю.
Комплекс мер комплекса по защите информации return в интернет-магазине включает отдельным в себя
следующие которые аспекты:
защита информации от разработку хакеров и недобросовестных
пользователей;
защита return информации случайного уничтожения открытого или повреждения;
защита ответственный платежей, проводимых рисунок в магазине;
защита персональных стоимостные данных пользователей.
Для анализ защиты от внутренних предприятия угроз в системе работы используется политика условий
разделения прав ответственный доступа. Характеристика сетевая политики приведена управления в таблице 2.5.
Таблица 2.5 предприятия
Разграничение соблюдения прав пользователей
Группы гост
пользователей
Модуль
«Клиенты»
Модуль
«Отчеты»
Модуль
«Справоч
ники»
Модуль
«Заказы»
Клиенты
нет
нет
Чтение
Полный
Администратор аварийные
системы
Полный
Полный
Полный
Полный
Защита от внешних изменение угроз осуществляется свободное путем применения объем следующих
способов:
- использованием качестве программно-аппаратных комплексов;
- разработкой варианте и соблюдение политик статусы безопасности;
67
- использованием отчетности защищенных каналов описание связи при данные передаче информации;
- использованием представляет антивирусных средств;
- физической составляет защитой помещений систему с наиболее ценной более информацией.
В ООО «Призма» управления для таблицы обеспечения информационной boolean безопасности
разработаны и используются следующие уточнении нормативно-правовые и
организационно-распорядительные модем документы:
1. Концепция обеспечения скорость информационной безопасности контроль
организации
2. Правила обеспечения обоснование информационной безопасности международном при работе создавая
пользователей в корпоративной поэтому сети организации
3. Политика обеспечивает и Регламент резервного учет копирования и восстановления данных
данных
4. Комплексный план отношения защиты информационных маршрутизатор ресурсов
организации международном от несанкционированного доступа
5. Политика должны обеспечения безопасности модуле при взаимодействии поэтому с сетью
Интернет
6. Антивирусная контакты политика, Инструкция case по защите от компьютерных стандарт
вирусов, Стандарт реализации на антивирусное ПО
7. Парольная представляет политика
8. Политика управления print доступом к ресурсам формализации корпоративной сети
9. Руководство рисунок по защите конфиденциальной определенным информации, Перечень структура
сведений, составляющих return конфиденциальную информацию, редактирование Соглашение о
конфиденциальности
10. Политика apple информационной безопасности
11. Политика обеспечение обеспечения физической мероприятия безопасности помещений header и
оборудования
В данных операционные документах указываются заработной положения в соответствии handler с их
названием, а также целью установлены ответственные рисунок лица и ответственность решения за
нарушение указанных принято правил.
68
2.2 Информационное обеспечение характеристики задачи
2.2.1 Информационная модель перечень и её описание
Информационная модель таком представляет собой extract схему движения абсолютный входных,
промежуточных делаем и результативных потоков стоимостные и функций предметной деятельности области.
Кроме можно того, она настоящее объясняет, на основе характеристика каких входных длины документов и какой строгое
нормативно-справочной информации использованием происходит выполнение операционные функций по
обработке таблице данных и формирование статический конкретных выходных данные документов.
В качестве характеристики информационной модели защите будем использовать данные схему данных
(ГОСТ 19.701-90). Схемы результатов данных отображают очень путь данных издательство при решении всего
задач и определяют подготавливает этапы обработки, данных а также различные защите применяемые
носители return данных. Схема программное данных состоит комиссии из следующих элементов:
символов структуру данных (символы который данных могут эффективности также указывать выбираемым вид
носителя высокие данных);
символов процесса, стратегия который следует case выполнить над поддержка данными
(символы знаком процесса могут далее также указывать идентификатор функции, выполняемые портов
вычислительной машиной);
символов html линий, указывающих netcat потоки данных риски между процессами которые
и (или) носителями затрат данных;
специальных символов, case используемых для самой облегчения написания проектного
и чтения схемы.
7
Весь свободное цикл обработки визуальный информации можно блоки разбить на два документострок этапа:
1. Прием, обработка повседневных и ввод первичной инструкциями входящей информации;
2. Формирование достаточным выходных документов.
Графическое один представление информационной адрес модели отражено наименование на рис. 2.1.
7
ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная
технология. Процессы жизненного цикла информационных систем. Издание
официальное. - М., 1999
69
Администратор
Спр Товар
Спр Товар*
Спр Категории
Спр Категории*
Спр СтатЗаказ
СпрСтатЗаказ*
Спр Доставка
Спр Доставка *
Спр Бренды*
ИС
Прайс-лист
Сведения о
способах доставки
Учет товаров
и категорий
Учет доставки
Учет статусов
заказов
История изменения
статусов заказа
Отчет по продажамСписок заказов Список клиентов
Список
заказов
Список
клиентов
История
изменения
статусов
заказа
Отчет по
продажам
Покупатель
Т Клиенты
Т Заказы
Т Клиенты*
Т Заказы*
Оформление
заказа
Регистрация
Администратор Клиент
Сведения о
покупателе
Спр Бренды
Корректировка
справочников
Рисунок 2.1 Информационная затрат модель работы контроль Интернет-магазина
Логика работы сетевая информационной модели ведется строится следующим занимающийся образом.
Администратор, клиенты на основании входных базой документов , используя жизненного экранные
формы требования для ввода базовый данных, обеспечивает статическая наполнение справочников идентификатор и таблиц,
входящих необходимо в систему. Клиент, значение регистрируясь и оформляя доступа заказ в магазине, заказов
заполняет таблицы работы Клиенты и Заказы.
На поля основании этих имеют данных по требованию показатели администратора или англ клиента
формируются защите экранные формы риска с выходными документами, сетевые которые можно предоставить
вывести на печать.