Диплом: Разработка CRM компании ЧСУП «Лингород»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
41
разработки
недостающую
работу
можно
будет
выполнить
на
следующей
итерации.
Главная
же
задача
как
можно
быстрее
показать
пользователям
системы
работоспособный
продукт,
тем
самым
активизируя
процесс
уточнения
и
дополнения
требований.
Рисунок
2.1
Схема
спирального
цикла
создания
системы
Основная
проблема
спирального
цикла
определение
момента
перехода
на
следующий
этап.
Для
ее
решения
необходимо
ввести
временные
ограничения
на
каждый
из
этапов
жизненного
цикла.
Переход
осуществляется
в
соответствии
с
планом,
даже
если
не
вся
запланированная
работа
закончена.
План
составляется
на
основе
статистических
данных,
полученных
в
предыдущих
проектах,
и
личного
опыта
разработчиков.
42
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
На
предпроектном
этапе
ЖЦ
задача
формирования
требований
к
ИС
является
одной
из
наиболее
ответственных,
трудно
формализуемых
и
наиболее
дорогих
и
тяжелых
для
исправления
в
случае
ошибки.
На
данном
этапе
также
осуществляется
анализ
осуществимости
ИС,
а
именно
рассматривается:
эксплуатационная
осуществимость
возможно
ли
создание
данной
ИС,
насколько
она
будет
удобно
в
эксплуатации
и
отвечать
заданным
требованиям;
экономическая
осуществимость
стоимость,
эффективность
с
точки
зрения
пользователя.
Проектирование
рабочее
(физическое)
предусматривает
неправильно
или
не
совсем
корректно
сформированное
архитектура
выбираемого
решения.
Возможность
появления
этого
риска
зависит
от
компетенции
руководителя
проекта,
на
котором
лежит
принятие
решение
о
выборе
архитектуры
разрабатываемого
решения
В
ходе
внедрения
и
первоначальной
эксплуатация
ИС
учета
товара
и
сбыта
в
ЧСУП
«Линдогор»
могут
возникнуть
следующие
риски:
риски
неоконченного
тестирования.
Может
произойти
ситуация
что
программный
продукт
будет
протестирован
не
до
конца.
Решается
путем
повторного
тестирования
на
следующей
итерации
разработки.
В
фазе
внедрения
могут
возникнуть
следующие
риски:
риски
неправильного
принятия
решения
о
законченности
части
проекта.
43
Возникновение
данных
рисков
ведет
за
собой
проблему
незаконченности
решения
и
возможность
возникновения
нестыковок
с
другими
частями
разрабатываемой
ИС.
Устраняется
путем
доработки
при
следующей
версии
программы.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для
обеспечения
безопасности
работы
с
информационной
системой
учета
товара
и
сбыта
в
ЧСУП
«Линдогор»
были
разработаны
следующие
нормативно-правовые
акты:
Уведомление
об
обработке
ПД
ЧСУП
«Линдогор»
сформировало
и
отправило
в
Роскомнадзор
уведомление
о
том,
что
теперь
является
оператором
ПД.
Отчет
об
обследовании
ИС
учреждения
Перечень
сведений
конфиденциального
характера
Приказ
о
назначении
ответственного
лица
за
обработку
ПД
Приказ
о
назначении
ответственного
лица
за
организацию
технической
защиты
информации
Положение
о
защите
персональных
данных
в
ЧСУП
«Линдогор»
Перечень
применяемых
СЗИ
Регламент
разграничения
прав
доступа
Приказ
о
назначении
администратора
безопасности
ИСПДн
Модель
угроз
безопасности
ПДн
при
их
обработке
в
ИСПДн
Определение
границ
контролируемой
зоны
ИСПДн
Акт
классификации
информационной
системы
персональных
данных.
Так
же
на
компьютере
пользователя
присутствуют
следующие
программные
средства
для
обеспечения
защиты
информации:
44
Антивирус
Касперского
СЗИ
Dallas
lock
СКЗИ
VipNet
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная
модель
встроенная
база
данных
разрабатываемой
автоматизированной
системы
учета
товара
ЧСУП
«Линдогор»
Рисунок
2.2.
45
Рисунок
2.2
Информационная
модель
учета
товара
и
сбыта
ЧСУП
«Линдогор»
46
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
1.
Защита
от
внутренних
угроз
(таблица
2.1).
Таблица
2.1
Разграничение
прав
пользователей.
Группы
пользователей
Все
функции
программы,
кроме
добавления
и
редактирования
пользователей
Добавление
и
редактирование
пользователей
Доступ
в
Internet
Операторы
Чтение/удаление/создан
ие/изменение
Нет
доступа
Да
Администраторы
Чтение/создание/удален
ие/изменение
Чтение/создание
/удаление/измен
ение
Не
ограничен
Иные
сотрудники
Доступа
к
БД
информационной
системы
нет
Нет
доступа
Да
2.
Защита
от
внешних
угроз
(безопасность
каналов,
протоколы,
аутентификация,
шифрование,
безопасная
пересылку
ключей
и
т.д.)
-
Антивирус
Касперского,
СЗИ
Dallas
Lock,
СКЗИ
VipNet
3.
Cредства
информации
лицензионные,
согласованные
с
центром
информационных
технологий
и
безопасности
информации
Республики
Коми,
имеют
сертификацию
ФСТЭК.
Защита
базы,
резервное
копирование,
ограничение
круга
лиц,
находящихся
в
помещении
при
работе
с
ИСПДн.
2.2.3. Характеристика результатной информации
Концептуальная
модель
базы
данных
«Учет
и
сбыт
продукции»
выглядит
следующим
образом:
1)
Справочник
Виды
содержит
информацию
о
видах
продукции:
47
а)
КодГруппы;
б)
НаименованиеГруппы.
2)
Справочник
Продукция
содержит
информацию
о
товаре
ЧСУП
«Линдогор»:
а)
КодТовара;
б)
КодГруппы;
в)
НаименованиеТовара;
г)
Размер;
д)
Артикул;
е)
Единица
измерения;
и)
Цвет;
к)
Примечание.
3)
Приход
содержит
информацию
о
приходе
товара
на
склад
по
накладной:
а)
КодПрихода;
б)
НомерНакладной;
в)
ДатаПрихода;
г)
КодТовара
д)
Количество;
е)
Цена;
и)
КодСотрудника.
4)
Расход
содержит
информацию
о
расходе
товара
на
складе
ЧСУП
«Линдогор»:
а)
КодРасхода;
б)
ДатаРасхода;
г)
КодТовара
д)
Количество;
е)
Цена.
48
5)
Справочник
Сотрудники
содержит
информацию
о
сотрудниках
ЧСУП
«Линдогор»:
а)
КодСотрудника;
б)
ФИО;
в)
Должность;
г)
Телефон.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Разработанный
модуль
включает
в
себя
серверную
и
клиентскую
часть
Серверная
часть
является
приложением
для
взаимодействия
с
базой
данных,
клиентская
веб-интерфейсом
для
ввода
данных
и
получения
отчетной
информации.
Структурная
схема
пакета
представлена
на
рисунке
2.3.
Рисунок
2.3
Структурная
схема
пакета
Модуль регистрации
проектов
Клиентская часть
Экранная форма
взаимодействия
Серверная часть
Взаимодействие с
БД
Авторизация
БД
49
2.3.2. Характеристика базы данных
Физическая
модель
описание
таблицы
как
совокупности
полей
определённого
типа.
Физическая
модель
базы
данных
определяет
способы
размещения
данных
в
среде
хранения
и
способы
доступа
к
этим
данным,
которые
поддерживаются
на
физическом
уровне.
Физическая
модель,
определяющая
размещение
данных,
методы
доступа
и
технику
индексирования,
называется
внутренней
моделью
системы.
Данные
обладают
двумя
уровнями
независимости.
Внешние
модели
никак
не
связаны
ни
с
типом
физической
памяти,
в
которой
будут
храниться
данные,
ни
с
методами
доступа
к
этим
данным.
Это
положение
отражает
первый
уровень
независимости
данных.
С
другой
стороны,
если
концептуальная
модель
способна
учитывать
расширение
требований
к
системе
в
будущем,
то
вносимые
в
нее
изменения
не
должны
оказывать
влияния
на
существующие
внешние
модели.
Это
второй
уровень
независимости
данных.
С
точки
зрения
прикладного
программирования
независимость
данных
определяется
не
техникой
программирования,
а
его
дисциплиной,
т.е.
для
того
чтобы
при
любом
изменении
системы
избежать
перекомпиляции
приложения,
рекомендуется
не
определять
константы
(постоянные
значения
данных)
в
программе.
Лучшее
решение
состоит
в
передаче
программе
значений
в
качестве
параметров.
Все
актуальные
требования
предметной
области
и
адекватные
им
“скрытые”
требования
на
стадии
проектирования
должны
найти
свое
отражение
в
концептуальной
модели.
Конечно,
нельзя
предусмотреть
все
возможные
варианты
использования
и
изменения
базы
данных.
Но
в
50
большинстве
предметных
областей
такие
основные
данные,
как
объекты
и
их
взаимосвязи,
относительно
стабильны.
Меняются
только
способы
использования
данных
для
получения
информации.
Степень
независимости
данных
определяется
тщательностью
проектирования
базы
данных.
Всесторонний
анализ
объектов
предметной
области
и
их
взаимосвязей
минимизирует
влияние
изменения
требований
к
данным
в
одной
программе
на
другие
программы.
В
этом
и
состоит
всеобъемлющая
независимость
данных.
Основное
различие
между
указанными
выше
тремя
типами
моделей
данных
(концептуальной,
логической
и
физической)
состоит
в
способах
представления
взаимосвязей
между
объектами.
При
проектировании
БД
требуется
различать
взаимосвязи
между
объектами,
между
свойствами
одного
объекта
и
между
свойствами
различных
объектов.
В
процессе
проектирования
объекты
преобразуются
в
отношения,
свойства
в
поля
таблиц,
методы
в
процедуры,
формы
и
т.д.
(что
и
было
произведено).
Правильно
проведенный
объектно-ориентированный
анализ
позволяет
значительно
облегчить
работу.
Таблица
2.1
Приход

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

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран