2.26M

Category:

education

Отчет о прохождении производственной практики по профессиональному модулю ПМ.03

1.

НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«МОСКОВСКИЙ ФИНАНСОВО-ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «СИНЕРГИЯ»
Колледж «Синергия»
Кафедра Цифровой экономики
ОТЧЕТ
о прохождении производственной практики
по профессиональному модулю ПМ.03 Проектирование и разработка
информационных систем
в период с «___» _________ 20__ г. по «___» _________ 20__ г.
Специальность 09.02.07 Информационные системы и
программирование
ФИО обучающегося: ____________________________________
Группа: _______________________________________________
ФИО Руководителя: ____________________________________

2.

Содержание
1. Инструктаж по соблюдению правил противопожарной безопасности, правил
охраны труда, техники безопасности, санитарно-эпидемиологических правил и
гигиенических нормативов
2. Изучение организационной структуры и технического оснащения
исследуемого предприятия
3. Сбор информации об объекте практики и анализ содержания источников
4. Экспериментально-практическая работа. Приобретение необходимых
знаний, умений и практического опыта работы по специальности в рамках
освоения вида деятельности ВД 5. Проектирование и разработка
информационных систем
5. Обработка и систематизация полученного фактического материала

3.

Организационный этап
Правила внутреннего распорядка, правила и нормы охраны труда,
техники безопасности при работе с вычислительной техникой
Я, ФИО, проходил(а) производственную практику на базе IT-отдела АО «Уссурийский Бальзам».
При выполнении индивидуального задания по практике в соответствии с выбранной предметной областью
решал(а) задачу автоматизации
разработка автоматизированной
«Уссурийский Бальзам».
информационной
с информационной системы обработки заявок
АО
Перед началом практики:
Принял(а) участие в организационном собрании по практике.
Ознакомил(а)сь с комплектом шаблонов отчетной документации по практике.
Уточнил(а) контакты руководителя практики от Образовательной организации, а также правила в отношении
субординации, внешнего вида, графика работы, техники безопасности:
Требования к внешнему виду - соблюдение делового стиля в одежде; гармоничное сочетание одежды, обуви и
аксессуаров; поддержание одежды и обуви в надлежащем состоянии (одежда и обувь должны быть чистыми,
одежда выглаженной); аккуратность прически.
Круг обязанностей: Поддержание работы информационно-технической инфраструктуры компании; Поддержка
пользователей; Техническое обслуживание работы компьютеров и орг.техники, заправка картриджей, ремонт
компьютеров и орг.техники; Ведение базы заявок на обслуживание, ремонт, заказ комплектующих для
компьютеров и орг.техники.…
Доступ к данным: получение временного доступа к сети компании на период практики

4.

Организационный этап
Схемы аварийных проходов и выходов
Были изучены инструкции по технике безопасности и охране труда, инструкции о мерах
пожарной безопасности, схемы аварийных проходов и выходов
Рисунок 1. Схема аварийных проходов и выходов (схема эвакуации)

5.

Организационный этап
Инструкции по охране труда
• Межотраслевая
инструкция по охране
труда — нормативный акт,
устанавливающий
требования охраны труда
при выполнении работ в
различных
отраслях
производства.
• Инструкции по охране
труда, разработанные для
отдельных видов работ
(работа
на
высоте,
монтажные, наладочные,
ремонтные
работы,
проведение испытаний и
др.)
называются
инструкциями по видам
работ.
Рисунок 2 - Инструкция по охране труда

6.

Организационный этап
Инструкции по охране труда
Требования охраны труда перед началом работы
2.1.
Перед началом работы системный администратор должен:
2.1.1. Осмотреть и привести в порядок рабочее место.
2.1.2. Отрегулировать освещенность на рабочем месте, убедиться в достаточности освещенности,
отсутствии отражений на экране, отсутствии встречного светового потока.
2.1.3. Проверить правильность подключения оборудования в электросеть.
2.1.4. Проверить исправность питающих проводов оборудования и отсутствие на них оголенных
участков.
2.1.5. Убедиться в наличии защитного заземления и подключения экранного проводника к корпусу
процессора.
2.1.6. Протереть специальной салфеткой поверхность экрана.
2.1.7. Проверить правильность установки стола, стула, подставки для ног, пюпитра, положения
оборудования, угла наклона экрана, положение клавиатуры и, при необходимости, произвести
регулировку рабочего стола и кресла, а также расположение элементов компьютера в соответствии с
требованиями эргономики и в целях исключения неудобных поз и длительных напряжений тела.
2.2.2. Проходы были свободные и шириной не менее 1 м.
2.2.3. Пол рабочего места был ровным, нескользким.
2.3.
Пользоваться защитными средствами, срок годности которых истек, не допускается.

7.

Организационный этап
Инструкции по охране труда
Требования охраны труда во время работы
3.1. Выполнять только ту работу, по которой прошел инструктаж по охране
труда и к которой допущен работником, ответственным за безопасное
выполнение работ.
3.2. Не поручать свою работу посторонним лицам.
3.3. Запрещается во время работы пить какие-либо напитки, принимать пищу.
3.4. При выполнении работы следует соблюдать осторожность и не создавать
опасной обстановки для работающих рядом или проходящих мимо.
3.5. Держать открытыми вентиляционные отверстия, которыми оборудованы
приборы и персональные компьютеры.
3.6. Выполнять санитарные нормы и соблюдать режимы работы и отдыха.
3.7. Соблюдать правила эксплуатации всего оборудования в соответствии с
инструкциями по эксплуатации.
3.8. Соблюдать расстояние от глаз до экрана персонального компьютера в
пределах 60 - 70 см.

8.

Организационный этап
Инструкции по охране труда
Требования охраны труда во время работы
3.19.1. Прикасаться к задней панели системного блока (процессора) при включенном
питании.
3.19.2. Производить переключение разъемов интерфейсных кабелей периферийных
устройств при включенном питании.
3.19.3. Загромождать верхние панели устройств бумагами и посторонними предметами.
3.19.4. Производить отключение питания во время выполнения активной задачи.
3.19.5. Производить частые переключения питания.
3.19.6. Допускать попадание влаги на поверхность системного блока (процессора),
монитора, рабочую поверхность клавиатуры, дисководов, принтеров и других устройств.
3.19.7. Включать сильно охлажденное (принесенное с улицы в зимнее время)
оборудование.
3.19.8. Пользоваться неисправным оборудованием и периферийными устройствами.
3.19.9. Выполнять работу на высоте с настилов и на случайных подставках (ящиках,
бочках и т.п.).

9.

Организационный этап
Инструкции по технике безопасности и пожароопасности
• Техника безопасности –
это
комплекс
мероприятий
технического
и
организационного
характера,
направленных
на
создание безопасных
условий
труда
и
предотвращение
несчастных случаев на
производстве.
• За
соблюдение
инструкции по технике
безопасности отвечает
руководство
предприятия.
Рисунок 3- Инструкция по технике безопасности и пожароопасности

10.

Организационный этап
Инструкции по технике безопасности и пожароопасности
Требования безопасности в аварийных ситуациях
4.1. В случае появления задымления или возгорания немедленно прекратить
работу, отключить электрооборудование, вызвать пожарную охрану, сообщить
непосредственному руководителю и администрации организации, принять меры
к эвакуации из помещения. При ликвидации загорания необходимо использовать
первичные средства пожаротушения, принять участие в эвакуации людей.
4.2. О каждой ситуации, угрожающей жизни и здоровью людей, и о каждом
произошедшем несчастном случае работник обязан немедленно известить своего
непосредственного руководителя.
4.3. При несчастных случаях оказать пострадавшему первую помощь, помочь
доставить его в медицинский пункт или ближайшее медицинское учреждение,
при необходимости вызвать медицинских работников на место происшествия;
немедленно сообщить своему непосредственному руководителю о происшедшем
с работником несчастном случае; принять меры для сохранения обстановки
несчастного случая, если это не сопряжено с опасностью для жизни и здоровья
людей.

11.

Подготовительный этап
Структура и техническое оснащение исследуемого предприятия/ подразделения
Организация системы информационной безопасности
Система контроля и управления доступом
В исследуемом подразделении для обеспечения защиты и контроля за информационной
безопасностью были приняты следующие меры:
• Определен круг лиц, отвечающих за информационную безопасность, созданы нормативные
документы, в которых описаны действия персонала компании, направленные
на предотвращение IT-рисков, а также предусмотрены резервные мощности для работы
в критической ситуации;
• Разработан стандарт информационных систем в рамках организации;
• Классифицированы данные по степени конфиденциальности и установлены разграничения
прав доступа к ним;
• Ведется мониторинг проверки, чтобы любые документы, обращающиеся внутри
организации, создавались с помощью систем, централизованно установленных
на компьютерах. Установка любых других программ должна быть санкционирована;
• Внедрены средства контроля, позволяющие отслеживать состояние всех корпоративных
систем: в случае несанкционированного доступа система должна или автоматически
запретить вход, или сигнализировать об опасности, чтобы персонал мог принять меры.

12.

Подготовительный этап
Организация доступа персонала к содержанию конфиденциальной информации
Согласно ГОСТ Р 51241-2008 «Средства и системы контроля и управления
доступом. Классификация. Общие технические требования. Методы испытаний»
системы контроля и управления доступом имеют следующее определение:
Система контроля и управления доступом (СКУД) - совокупность средств контроля
и управления доступом, обладающих технической, информационной,
программной и эксплуатационной совместимостью.
К основным функциям СКУД относятся:
защита от доступа нежелательных лиц на территорию;
защита материальных ценностей и информации;
помощь в проведении служебных расследований;
оперативное управление точками прохода;
контроль трудовой дисциплины;
учёт рабочего времени сотрудников;
кадровый учёт и выдача пропусков.

13.

Подготовительный этап
Права пользователей корпоративной информационной системы
Современная автоматизированная СКУД должна обеспечивать:
идентификацию пользователя;
проверку санкционированности доступа;
разрешение или запрет доступа с управлением исполнительными
устройствами;
требуемую пропускную способность в часы наибольшей нагрузки;
запись кодов идентификаторов пользователей в память системы;
задание временных режимов действия идентификаторов пользователей в
точках доступа («окна времени») и уровней доступа;
защиту технических и программных средств от несанкционированного
доступа к элементам управления, установки режимов и к информации;
протоколирование штатных и тревожных событий;
автоматический контроль исправности средств, входящих в систему и линий
передачи информации.

14.

Исследовательский этап.
Сбор информации об объекте практики
и анализ содержания источников
Характеристика предприятия и его деятельности
Организационно-правовая форма и характер собственности
АКЦИОНЕРНОЕ ОБЩЕСТВО "УССУРИЙСКИЙ БАЛЬЗАМ
692519, Приморский край, г. о. Уссурийский, г. Уссурийск, ул. Краснознаменная, зд. 49
Уставный капитал - 110 600 тыс. руб.
Основной вид деятельности - производство дистиллированных питьевых алкогольных напитков: водки, виски,
бренди, джина, ликеров и т. п
Дополнительные виды деятельности:
1. Торговля розничная прочая в неспециализированных магазинах
2. Строительство жилых и нежилых зданий
3. Производство безалкогольных напитков; производство упакованных питьевых вод, включая минеральные воды.
4. Перевозка грузов специализированными автотранспортными средствами
5. Забор и очистка воды для питьевых и промышленных нужд
6. Торговля оптовая алкогольными напитками, кроме пива и пищевого этилового спирта
7. Аренда и управление собственным или арендованным нежилым недвижимым имуществом
8. Деятельность предприятий общественного питания по прочим видам организации питания
9. Перевозка грузов неспециализированными автотранспортными средствами

15.

Исследовательский этап
Мы наполняем бренды качеством и эмоциями, а бокалы
настроением и праздником.
Этапы становления и развития организации
Миссия
-
• Регистрация юридического лица - 22.09.1992
• Регистрация в ПФР - 04.03.1993, присвоен регистрационный номер 035016000926
• Регистрация в ФСС, присвоен регистрационный номер 250611133625061 - 22.06.2000
• 2002-2006 год ― в 2002 году компания приобретает первое ликеро-водочное предприятие – завод
«Уссурийский бальзам». В течение 5 лет актив составляют уже 6 заводов, происходит их постоянное
развитие и рост объемов производства. К 2006 году группа становится одним из крупнейших
игроков на рынке крепкого алкоголя и занимает 4-е место по производству в России. 2007 год ―
группа приобретает бренды Beluga и «Беленькая» и размещает собственные акции на бирже,
достигнув капитализации более 1 млрд долларов.

16.

Исследовательский этап
Состав продуктов/ услуг
Бренды
Уссурийский бальзам
Уссурийский ликер
Уссурийский корень
Уссурийский Панты на меду
водки,
виски,
бренди,
джина,
ликеров

17.

Исследовательский этап
Пример заполнения
Общая характеристика окружения организации
Клиенты: Оптовые и розничные покупатели ликеро-водочной продукции.
Конкуренты: Схожие по финансовым показателям компании,
занимающиеся тем же бизнесом.
ООО "ЗАВОД ПЕРВОМАЙСКИЙ« с. Первомайское
Выручка 1,4 млрд руб.
ООО "ЭЛЬБРУС СПИРИТС« г. Чегем
Выручка 4,9 млрд руб.
АО "БЕНАТ« г. Тюмень
АО "УССУРИЙСКИЙ БАЛЬЗАМ« г. Уссурийск
АО "СИМФЕРОПОЛЬСКИЙ ВИНЗАВОД« г. Симферополь
ООО "АВК« г. Симферополь
Выручка 663 млн руб.
Выручка 2,1 млрд руб.
Выручка 2,1 млрд руб.
Выручка 2,6 млрд руб.
ООО "БСП« г. Брянск
Выручка 2,3 млрд руб.
Поставщики:
1.
АО "ЛВЗ "ХАБАРОВСКИЙ"
2.
ОАО "ЗАРЯ"
3.
ООО»БЕЛУГА ГРУПП»
Партнеры - ООО "ВИНЛАБ ВЛАДИВОСТОК"

18.

Исследовательский этап
Основные технико-экономические показатели деятельности организации
Таблица 1.
Основные технико-экономических показателей деятельности организации
№ п/п
Наименование характеристики (показателя)
1
Объем реализованной продукции
2
Численность персонала, человек
3
Среднегодовая стоимость ОПФ, тыс. руб.
4
Обороты средства, тыс. руб.
5
Рентабельность производства, %
6
Прибыль, тыс. руб.
7
Затраты на 1 рубль товарной продукции
Значение показателя за период в тыс.
руб.
За 2023 г.
За 2022 г.
2 073 034
2 159 775
241
275
256870
268381,5
1179846
1699439
5,9%
3,9%
84 216
77 456
1,29
1,26

19.

Исследовательский этап
Производственная структура и организационная схема управления
предприятием и его подразделениями
Генеральный директор
Главный
бухгалтер
Главный
инженер
Начальник
АХО
Начальник
кадров
Общий отдел
Транспортный участок
Отдел кадров
Финансовоэкономический отдел
Бухгалтерия
Участок по ремонту
ОМТС
Отдел контроля качества
Производственная линия
Склад готовой продукции
Материальный склад
Лаборатория
Цех 2
Цех 1
Рисунок 4. Производственная структура и организационная схема управления
организацией и ее подразделениями

20.

Исследовательский этап
Основные и вспомогательные бизнес-процессы организации
Моделирование бизнес-процессов предметной области для постановки задачи
автоматизированного варианта решения
Проведем реинжиниринг исследуемого бизнес-процесса и построим UML
диаграмму.
Рисунок 5. UML диаграмма бизнес-процесса продажи

21.

Исследовательский этап
Производственная структура и организационная схема управления
организацией и ее подразделениями
Модель исследуемого бизнес-процесса «Как есть».
Рисунок 6. Модель исследуемого бизнес-процесса «Как есть».

22.

Исследовательский этап
Производственная структура и организационная схема управления
организацией и ее подразделениями
Декомпозиция данного бизнес-процесса
Рисунок 7. Декомпозиция данного бизнес-процесса

23.

Исследовательский этап
Основные и вспомогательные бизнес-процессы организации
Проведем оценку потоков информации. Для этого построим таблицу 2, содержащую объемы
документов и их
частоты возникновения. Причем для внутреннего документа возьмем среднее значение.
Наименее эффективным местом в данном процессе является регистрация заказов, т.к. не используется
продвинутая
автоматизированная информационная система. На данный момент учет заявок и
дальнейшая работа с ними, проводится в ручном режиме в MS Excel, что не может обеспечить высокое
удобство, т.к. не используется автоматизированная информационная система.
Внедрение такой системы позволит значительно упростить и повысить эффективность
рассматриваемого процесса.
Таблица 2.
Оценка потоков информации.
Частоты возникновения, шт
Название
Объем, л
Заявка пользователя
1-2
736
Договор
3
110
Внутренний документ
5
110

24.

Исследовательский этап
Перечень автоматизированных и неавтоматизированных бизнес-процессов
Выводы о возможности автоматизации одного из неавтоматизированных бизнес-процессов
• Наименее эффективным местом в данном процессе является регистрация
заказов, т.к. не используется продвинутая автоматизированная
информационная система. На данный момент учет заявок и дальнейшая
работа с ними, проводится в ручном режиме в MS Excel, что не может
обеспечить высокое удобство, т.к. не используется автоматизированная
информационная система. Внедрение такой системы позволит значительно
упростить и повысить эффективность рассматриваемого процесса.
• Среди недостатков, которые устранит внедрение автоматизированной
информационной системы, отметим такие как:
• высокая трудоемкость обработки информации;
• нередко возникает дублирование информации;
• несовершенство процессов сбора, обработки, хранения, защиты
целостности информации.

25.

Исследовательский этап
Перечень автоматизированных и неавтоматизированных бизнес-процессов
Выводы о возможности автоматизации одного из неавтоматизированных бизнес-процессов
Постановка задачи базируется на изучении и анализе бизнес-процесса учета заявок
пользователей отдела продаж предприятия.
Постановка задачи является основой для разработки информационного, программного и
технического обеспечения информационной системы.
Целью автоматизированного варианта решения является устранение недостатков
существующей системы. Поэтому разделим ее на две группы подцелей.
улучшение показателей работы отдела продаж предприятия. Заключается в
увеличении числа обслуживаемых клиентов сотрудником;
улучшение значений показателей качества обработки информации. Включает в себя
сокращение времени обработки, повышение автоматизации первичной информации,
надежность хранения.
Внедрение данной проектируемой информационной системы возможно лишь на
предприятиях аналогичного профиля, с минимальными доработками - смежного. Отметим,
что данное решение разрабатывается на основе требований заказчика с учетом специфики
работы предприятия, поэтому гибкость программного средства нельзя оценить высоко.

26.

Исследовательский этап
Функциональная диаграмма бизнес-процесса, выбранного для автоматизации и
интеграции модуля
Рисунок 8. Модель «как должно быть»

27.

Проектный этап.
Экспериментально-практическая работа
Освоение вида деятельности ВД 5. Проектирование и разработка информационных
систем
Формулировка задач разрабатываемого модуля, построение архитектуры
программного средства
Далее сформулируем цель и задачи работы, а также выделим основные
требования к проектируемой системе. Отметим, что сбор исходных данных
проводился путем работы с документами.
Сущностью данной задачи является корректная и эффективная обработка
заявки пользователя. Решение данной задачи необходимо каждый раз, когда
клиент совершает обращение к менеджеру с целью покупки какого-либо
товара. Целью является успешная регистрация заказа, что в свою очередь
повлечет к получению оплаты за данный заказ и получение его клиентом.

28.

Проектный этап
Фрагмент технического задания
Требования к функциональным характеристикам
Входной информацией является заявка пользователя. Она может быть отправлена
через интернет-сайт, по телефонной связи с менеджером, либо при личном визите
в офис. Отметим также порядок обслуживания клиентов и нормативные
документы, которыми руководствуется менеджер при регистрации заказа. Также, в
базе данных хранится информация об остатках товара и его необходимое
описание.
Выходной информацией является договор, заключенный с клиентом. Отметим
зарегистрированный заказ пользователя, именно на его основе будет проводится
дальнейшая работа с заказом на предприятии, например, отгрузка необходимого
товара клиенту.

29.

Проектный этап
Фрагмент технического задания
Требования к клиентской части (продолжение)
Также, важной составляющей является функция формирования отчетов, по результатам
которой можно получить информацию о проведенных продажах, остатках товаров,
частоте продаж товаров и другое.
Создадим спецификации для процессов введения информации о новых товаров или
поступлениях старых в базу данных, а также для формирования отчетов.

30.

Проектный этап
Использование алгоритмов обработки информации для приложения
Рисунок 9. Диаграмма деятельности

31.

Проектный этап
Схема структуры данных приложения
Позиция
Заказ
P
ID позиции (PK)
ID товара
Количество
ID заказа (PK)
ID позиции
Z
Z
ID заявки
ID менеджера
Наименование
ID товара (РК)
1
Заявка
ID заявки (PK)
ID пользователя (PK)
1 ФИО
Комментарий
Email
Менеджер
P
Пользователь
Дата заявки
Позиция
ID пользователя
Товар
Количество
Z
ID менеджера (PK)
1 ФИО
Телефон
Email
Рисунок 10. Пример ER-диаграмма
Телефон

32.

Проектный этап
Критерии оценки качества и надежности функционирования информационной
системы
Для каждой проверяемой функции должен быть приведён перечень проверок (тестов) всех видов
с указанием:
- объекта проверки (функция, модуль, подпрограмма, экранная форма, отчёт и т.д.);
- предмета проверки (правильность функционирования, скорость обработки, точность
вычислений и т.д.);
- дополнительных программных и технических средств, необходимых для проверки
(тестирования);
- массива исходных данных и способа его формирования (включая содержимое базы данных,
входные массивы, сигналы и т.д.);
- вида и мест искажений тестовой информации в массивах исходных данных для проверки
корректности обработки нештатных ситуаций;
- наблюдаемые параметры (ожидаемая реакция системы) в штатных и нештатных ситуациях;
- способ определения ожидаемых результатов (расчётная формула, конкретное значение и т.д.).
Описание проверок рекомендуется представлять в виде таблиц. Подобное описание
производится для каждой проводимой проверки. Для удобства проверки нумеруются в порядке
их проведения. Для однотипных проверок, предполагающих сходные действия, допускается
формулировка «аналогично проверке N, за исключением…» - с описанием отличий. В случае
использования хотя бы для одной проверки дополнительных технических средств, необходимо
также привести схему технической архитектуры для проведения испытаний.
Для каждой проверки (теста) необходимо привести критериальные параметры, при выполнении
которых проверка считается успешной. Для каждой проверки необходимо указать
контролируемые параметры и их граничные значения.

33.

Проектный этап
Выбор архитектуры АИС
В технологии бизнес-моделирования на стадии физического
проектирования (реализации) АИС представляется в виде совокупности
базы
данных, программного обеспечения и сопроводительной документации.
Рисунок 11. Компоненты автоматизированной информационной системы

34.

Проектный этап
Выбор технологии разработки программного обеспечения АИС
Исходя из того, что приложение будет разрабатываться на платформе
Node.js, выполним сравнение следующих средств разработки: WebStorm от
компании JetBrains и редактора Atom
Таблица 3.
Сравнительный анализ средств разработки
Название
WebStorm
Atom
Открытый исходный код
-
+
Бесплатность
-
+
Встроенная отладка
+
-
Удобство использования
+
+/-

35.

Проектный этап
Выбор СУБД АИС
В качестве возможных СУБД рассмотрим и сравним
следующее программное обеспечение:
- СУБД от компании Oracle;
- PostgreSQL.
Сравнение СУБД
Название
СУБД Oracle
PostgreSQL
Надежность
5
4
Стоимость продукта
1
5
Масштабируемость
2
4
Минимальные
1
5
1
5
системные требования
Открытый исходный код
Таблица 4.

36.

Проектный этап
Разработка физической модели данных АИС
Users
1
Request
Users ID (Integer)(PK)
1
Request ID (Integer)(PK)
Full name (String)
Phone (String)
Email (String)
Date (Date)
Positions (String)
Commentary (String)
Users ID (Integer)(EK)
Positions
Positions ID (Integer)(PK)
Orders
Order ID (Integer)(PK)
Request ID (Integer)(PK)
Manager ID (Integer)(PK)
P
Order ID (Integer)(EK)
Product ID (Integer)(EK)
Amount (Integer)
Z
1
Managers
Products
Manager ID (Integer)(PK)
Name (String)
Amounts rem (String)
Product ID (Integer)(PK)
P
Full name (String)
Phone (String)
Email (String)
Рисунок 12. Строение БД
1

37.

Проектный этап
Запрос на формирование отчета
SELECT Orders.ID, Requests.Date, Managers.Fullname,
Products.Name, Positions.Amount FROM Orders
RIGHT JOIN Positions on Orders.OrderID = Positions.OrderID
INNER JOIN Products on Positions.ProductID = Products.ProductID
INNER JOIN Managers on Managers.ManagerID = Orders.ManagerID
INNER JOIN Requests on Requests.RequestID = Orders.RequestID
WHERE Requsts.Date >= DATE1 AND Requsts.Date <= DATE2
где DATE1 и DATE2 запрошенный диапазон дат.
Как можно увидеть из
особенностей запроса, в случае некорректного указания дат, СУБД просто вернет
пустой запрос, т.к. ни одна из записей в базе данных не подойдет.
В результате мы получим дату заявок, ФИО менеджеров, которые их
обработали, названия и количество заказанных товаров

38.

Проектный этап
Запрос на добавление заявки
INSERT INTO Requests VALUES (DATE, Positions, Commentary,
UserID)
где в скобках указаны передаваемые данные из введенной
формы добавления заявки.

39.

Проектный этап
Разработка программного обеспечения АИС
Рисунок 13. Иерархия функций

40.

Проектный этап
Использование стандартов при оформлении программной документации
ГОСТ 2.004 Единая система конструкторской документации. Общие требования к
выполнению конструкторских и технологических документов на печатающих и
графических устройствах вывода ЭВМ
ГОСТ 2.051 Единая система конструкторской документации. Электронные документы.
Общие положения
ГОСТ 2.052 Единая система конструкторской документации. Электронная модель
изделия. Общие положения
ГОСТ 2.105 Единая система конструкторской документации. Общие требования к
текстовым документам
ГОСТ 2.301 Единая система конструкторской документации. Форматы
ГОСТ 3.1103 Единая система технологической документации. Основные надписи.
Общие положения
ГОСТ 3.1118 Единая система технологической документации. Формы и правила
оформления маршрутных карт

41.

Проектный этап
Использование стандартов при оформлении программной документации
ГОСТ 3.1119 Единая система технологической документации. Общие требования к
комплектности и оформлению комплектов документов на единичные технологические
процессы
ГОСТ 3.1120 Единая система технологической документации. Общие правила
отражения и оформления требований безопасности труда в технологической
документации
ГОСТ 3.1128 Единая система технологической документации. Общие правила
выполнения графических технологических документов
ГОСТ 3.1129 Единая система технологической документации. Общие правила записи
технологической информации в технологических документах на технологические
процессы и операции
ГОСТ 3.1130 Единая система технологической документации. Общие требования к
формам и бланкам документов маршрутных карт

42.

Аналитический этап.
Обработка и анализ полученной
информации об объекте практики
Описание решаемых задач с помощью функциональных моделей (to-bi)
В этом разделе нужно представить декомпозицию автоматизируемого
процесса «Как должно быть»
Рисунок 14. Диаграмма декомпозиции бизнес-процессов организации.
Уровень A1 («as to be»)

43.

Аналитический этап
Анализ существующих разработок на предмет соответствия сформулированным требованиям
Требования к CRM -системе: − возможность управления контактами; −
планирование; − постановка задач и управление задачами; − возможность
делегирования задач; − интеграция с телефонией, интеграция с другими
(бухгалтерскими) приложениями; − интеграция с почтовым клиентом; −
управление учётными записями работников системы; − разделение прав
доступа сотрудников; − формирование отчетности; − простой и понятный
пользовательский интерфейс; − возможность масштабирования.
Учитывая требуемые критерии от CRM-системы для ООО «Технология» можно
выделить 3 основные CRM-системы, которые соответствуют данным
требованиям: Oracle Siebel CRM, 1C CRM, Microsoft Dynamics CRM.

44.

Аналитический этап
OracleSiebelCRM
OracleSiebelCRM представляет собой систему управления
взаимоотношениями с клиентами. Данная система дает возможность
создавать комплексную КИС, которая может автоматизировать
операции фронт-офиса, а именно автоматизировать процессы
управления продажами, управления сервисом, маркетингом, а также
взаимоотношения с партнерами. А для бэк-офиса, позволяет
автоматизировать процессы аналитики, управления персоналом
заказами, расчет компенсаций персоналу и т.п., а также интеграция с
любыми ИТ-системами клиента

45.

Аналитический этап
1C: CRM
1C: CRM представляет собой систему, которая дает возможность
автоматизировать процессы управления взаимоотношениями с
клиентами. Данная система позволяет автоматизировать рабочие места
отдельных специалистов в средних и крупных компаниях

46.

47.

Аналитический этап
Microsoft Dynamics CRM
Microsoft Dynamics CRM представляет собой программу, которая
применяет социальное взаимодействие, у которой продуманный
подход к стратегии бизнеса и управление проводимыми акциями, для
усиления коммуникаций с клиентами, совершенствование
маркетинговых кампаний и для роста уровня продаж .

48.

Аналитический этап
Оценка показателей CRM-систем

49.

Аналитический этап
Требования к аппаратно-программному обеспечению информационной системы
Для 32-разрядного сервера предъявляются следующие системные требования:
процессор должен быть Intel Pentium IV/Xeon 2,4 ГГц и выше; жесткий диск должен
быть 40Гб и выше; оперативная память должна быть 1024 Мб и выше; видеокарта
SVGA; также в наличии должны быть устройства чтения компакт-дисков и USBпортов; наличие клавиатуры; наличие сетевых кабелей; наличие компьютерной
мышки.
Для 64-разрядного сервера предъявляются следующие системные требования:
процессор должен быть с архитектурой x86-64; жесткий диск должен быть 40Гб и
выше; оперативная память должна быть 2048 Мб и выше; видеокарта SVGA; также
в наличии должны быть устройства чтения компакт-дисков и USB-портов; наличие
клавиатуры; наличие сетевых кабелей; наличие компьютерной мышки

50.

Аналитический этап
Пример интеграции встраиваемого модуля и информационной системы
Рисунок 15. Добавление нового товара
Рисунок 16. Добавление нового клиента

51.

Аналитический этап
Пример интеграции встраиваемого модуля и информационной системы
Рисунок 17. Добавление товара в интерес

52.

Аналитический этап
Пример интеграции встраиваемого модуля и информационной системы
Рисунок 18. Завершение заказа

53.

Аналитический этап
Пример интеграции встраиваемого модуля и информационной системы
Рисунок 19. Форма Продажи

54.

Аналитический этап
Анализ существующих типовых решений для выбранной задачи
Особенности, достоинства и недостатки их применения для решения выбранной задачи
Вывод о возможности использования типовых решений:
• Смоделирована текущая модель деятельности организации. На
основании анализа смоделированной модели были выявлены
недостатки в существующих бизнес-процессах предприятия.
Предложена модель «КАК ДОЛЖНО БЫТЬ». Определены достоинства
применения CRM-системы в деятельности организации. Выполнена
постановка задачи и обоснование внедрения CRM-системы. А также был
выполнен анализ существующих на рынке ИТ коммерческих CRM-систем.
После проведенного анализа был осуществлен выбор системы 1C: CRM.

55.

Отчетный этап
Выводы о результатах прохождения производственной практики:
выполняемая работа, приобретенные знания, умения и навыки
• В процессе осуществления проекта была выполнена настройка системы
1C:CRM и интеграция с учетной системой предприятия организации.
• Затем было осуществлено тестирование CRM-системы методом «чёрного
ящика», по результатам которого система была признана исправной и
работоспособной. Осуществлено тестирование системы путем его
тестового запуска. А затем его опытно-промышленная эксплуатация. По
итогам этих фаз система переведена в режим промышленной
эксплуатации.
• Целесообразность внедрения системы 1C:CRM обоснована расчетом
экономической эффективности проекта.
• Положительными результатами проекта являются следующие эффекты:
сокращение потерь клиентов, рост числа клиентов, которые
обслуживаются одним менеджером, увеличение прибыл предприятия,
рост количества повторных продаж.

56.

Отчетный этап
Список используемой литературы
1.
Балдин, К. В. Информационные системы в экономике : учебник / К.В. Балдин, В.Б. Уткин. – 7-е изд. – М.:
Дашков и К°, 2012.
2.
Блинов, А. О. Реинжиниринг бизнес-процессов : учеб. пособие / А.О. Блинов [и др.] ; под ред. А.О.
Блинова. – М. : ЮНИТИ-ДАНА, 2012. – 341 c.
3.
Буренин, С. Н. Web-программирование и базы данных : учеб. практикум / С.Н. Буренин. – М.: Моск.
гуманит. ун-т, 2014.
4.
Васильков, А. В. Информационные системы и их безопасность: Учебное пособие / А.В. Васильков, А.А.
Васильков, И.А. Васильков. - М.: Форум, 2011. - 528 c.
5.
Золотов, С. Ю. Проектирование информационных систем : учеб. пособие / С.Ю. Золотов. – Томск: Эль
Контент, 2013.
6.
Карпова, И. П. Базы данных. Курс лекций и материалы для практических занятий: учеб. пособие для
вузов / И. П. Карпова. – СПб.: Питер, 2013.
7.
Маклаков, С. В. BPwin и ERwin. CASE - средства разработки информационных систем / С.В. Маклаков. –
М.: Диалог-МИФИ, 1999. – 256 с.
8.
Мясникова, Н. А. Алгоритмы и структуры данных : учебное пособие / Н.А. Мясникова – М.: КноРус, 2021.
– 185 с.
9.
Новожилов, Е.О. Компьютерные сети : учеб. пособие для студ. учреждений сред. проф. образования /
Е.О. Новожилов, О.П. Новожилов. – 5-е изд., стер. – М. : Издательский центр «Академия», 2017. – 224 с.
10. Панченко, И. PostgreSQL: вчера, сегодня, завтра / И. Панченко. – М.: Открытые системы. СУБД. – 2015. –
№ 3. – С. 34-37.
11. Попов, Э. В. Васильевский А.С. От реформирования предприятия к реинжинирингу их бизнес-процессов.
В кн.: «Реинжиниринг бизнес-процессов предприятий на основе современных информационных технологий».
Сб. научных трудов 3-й Российской научно-практической конференции. - М.: МЭСИ, 1999.

English Русский Rules