Отчет о прохождении практики

1. ОТЧЕТ о прохождении учебной практики по профессиональному модулю ПМ.04 Сопровождение информационных систем в период с «11»

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

2. Содержание

1. Организационный этап
1.1. Итоги совещания с руководителем практики от Образовательной организации
1.2. Инструкции по охране труда
1.3. Инструкции по технике безопасности и пожароопасности
1.4. Типовые должностные обязанности
2. Подготовительный этап. Структура и техническое оснащение предприятия/
подразделения (по исходным материалам выбранного кейса)
2.1. Организация системы информационной безопасности
2.1.1. Система контроля и управления доступом
2.1.2. Организация доступа персонала к содержанию конфиденциальной информации
2.1.3. Права пользователей корпоративной информационной системой
3. Исследовательский этап. Сбор информации об объекте практики и анализ
источников (по исходным материалам выбранного кейса)
3.1. Характеристика предприятия и его деятельности
3.1.1. Направление деятельности (размер и отрасль)
3.1.2. Состав продуктов/ услуг
3.1.3. Общая характеристика окружения организации (клиенты, конкуренты, поставщики, партнеры)
3.1.4. Основные технико-экономические показатели деятельности предприятия
3.2. Производственная структура и организационная схема управления организацией и ее
подразделениями
3.2.1. Организационная схема управления организацией
3.2.2. Структура программного и аппаратного обеспечения (as-is)
3.2.3. Основные и вспомогательные бизнес-процессы организации
3.2.4. Перечень автоматизированных и неавтоматизированных бизнес-процессов. Выводы о
возможности автоматизации одного из неавтоматизированных бизнес-процессов
3.2.5. Функциональная диаграмма бизнес-процесса, выбранного для автоматизации

3. Содержание

4. Проектный этап. Экспериментально-практическая работа
4.1. Освоение вида деятельности ВД 6. Сопровождение информационных систем
4.1.1. Создание сценария и графика разработки и внедрения ИС
4.1.2. Методологии проектирования ИС
4.1.3. Формирование предложений о расширении ИС
4.1.4. Разработка технического задания на внедрение ИС
4.1.5. Обслуживание действующей ИС
4.1.6. Критерии оценки качества и надежности функционирования информационной системы
4.1.7. Определение показателей безотказности и долговечности системы
4.1.8. Определение комплексных показателей надежности системы
4.1.9. Использование стандартов при оформлении программной документации
4.1.10. Разработка обучающей документации для пользователей ИС
4.1.11. Формирование отчетной документации по результатам работ
5. Аналитический этап. Обработка и анализ полученной информации об объекте
практики
5.1. Описание решаемых задач с помощью функциональных моделей (to-bi)
5.2. Актуализация программной и технической архитектуры организации
5.3. Анализ существующих типовых решений для выбранной задачи. Особенности, достоинства и
недостатки их применения для решения выбранной задачи
6. Отчетный этап
6.1. Выводы о результатах прохождения практики: выполняемая работа, приобретенные знания, умения и
навыки
6.2. Список используемой литературы

4. Организационный этап

Правила внутреннего распорядка, правила и нормы охраны труда, техники
безопасности при работе с вычислительной техникой
Я, Синицын Руслан Витальевич, проходил учебную практику на базе Университета «Синергия».
При выполнении индивидуального задания по практике решал задачу автоматизации
документооборота по материалам выбранного кейса №3 (на примере компании ООО "Академия
Водительского Мастерства").
Перед началом практики:
• Принял участие в организационном собрании по практике.
• Ознакомился с комплектом шаблонов отчетной документации по практике.
• Уточнил контакты руководителя практики от Образовательной организации, а также правила в
отношении субординации, внешнего вида, графика работы, техники безопасности:
o Требования к внешнему виду: чистая выглаженная униформа, отсутсвие пирсинга,
татуировок, ярких массивных украшений.
o
График работы: с 08.00 до 20.00
o
Круг обязанностей: выполнять задания, предусмотренные программой практики и
индивидуальным заданием, выполнять порученную ему работу и указания руководителей
практик от кафедры и организации, соблюдать правила внутреннего распорядка,
действующие на предприятии (организации), правила охраны труда и техники безопасности.
o
Доступ к данным: блокирование доступа к настройкам операционной системы, защита
файлов и папок операционной системы и установленных приложений.

5. Организационный этап

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

6. Организационный этап

Инструкции по охране труда
ИНСТРУКЦИЯ
ПО ОХРАНЕ ТРУДА ПРИ РАБОТЕ НА ПЕРСОНАЛЬНОМ КОМПЬЮТЕРЕ ТОИ Р-45-084-01
1. Общие требования безопасности
1.1.К работе на персональном компьютере допускаются лица, прошедшие обучение безопасным методам труда, вводный инструктаж,
первичный инструктаж на рабочем месте.
1.2.При эксплуатации персонального компьютера на работника могут оказывать действие следующие опасные и вредные производственные
факторы:
- повышенный уровень электромагнитных излучений;
- повышенный уровень статического электричества;
- пониженная ионизация воздуха;
- статические физические перегрузки;
-перенапряжение зрительных анализаторов.
1.3.Работник обязан:
1.3.1.Выполнять только ту работу, которая определена его должностной инструкцией.
1.3.2.Содержать в чистоте рабочее место.
1.3.3.Соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности (Приложение 1).
1.3.3.Соблюдать меры пожарной безопасности.
1.4.Рабочие места с компьютерами должны размещаться таким образом, чтобы расстояние от экрана одного видеомонитора до тыла другого
было не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.
1.5.Рабочие места с персональными компьютерами по отношению к световым проемам должны располагаться так, чтобы естественный свет
падал сбоку, преимущественно слева.
1.6.Оконные проемы в помещениях, где используются персональные компьютеры, должны быть оборудованы регулируемыми устройствами
типа: жалюзи, занавесей, внешних козырьков и др.

7. Организационный этап

Инструкции по технике безопасности и пожароопасности
ИНСТРУКЦИЯ
ПО ТЕХНИКЕ БЕЗОПАСНОСТИ И ПОЖАРООПАСНОСТИ
2. Требования безопасности перед началом работы
2.1.Подготовить рабочее место.
2.2.Отрегулировать освещение на рабочем месте, убедиться в отсутствии бликов на экране.
2.3.Проверить правильность подключения оборудования к электросети.
2.4.Проверить исправность проводов питания и отсутствие оголенных участков проводов.
2.5.Убедиться в наличии заземления системного блока, монитора и защитного экрана.
2.6.Протереть антистатической салфеткой поверхность экрана монитора и защитного экрана.
2.7.Проверить правильность установки стола, стула, подставки для ног, пюпитра, угла наклона экрана, положение клавиатуры, положение
"мыши" на специальном коврике, при необходимости произвести регулировку рабочего стола и кресла, а также расположение элементов
компьютера в соответствии с требованиями эргономики и в целях исключения неудобных поз и длительных напряжений тела.

8. Подготовительный этап

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

9. Организация доступа персонала к содержанию конфиденциальной информации

Как показано на рисунке, для работы
с
корпоративной
системой
сотрудникам необходимо пройти
процесс
авторизации,
который
определяет
права
доступа
к
ресурсам и управлению этим
доступом. После этого происходит
инициализация
главного
меню
программы, и пользователь может
выполнять необходимые действия.
Рисунок 2. Форма авторизации сотрудников в корпоративной системе

10. Подготовительный этап

Права пользователей корпоративной информационной системы
Рисунок 3. Разграничения прав доступа в системе для
фрилансеров и штатных сотрудников

11. Исследовательский этап. Сбор информации об объекте практики и анализ источников

Характеристика предприятия и его деятельности
Организационно-правовая форма и характер собственности
Общество с ограниченной ответственностью "Академия Водительского Мастерства"
ООО "Академия Водительского Мастерства" является дочерним предприятием
корпорации AND ROVER EXPERIENCE - международной сети центров водительского
мастерства с широким набором обучающих программ, позволяющих водителям
усовершенствовать навыки вождения, открыть для себя новые приемы и испытать
автомобили на грани возможностей. Центры корпорации Land Rover Experience
действуют в Европе, США и Южной Африке. В России школы водительского мастерства
находятся в Москве и в Санкт-Петербурге.

12. Исследовательский этап

Миссия (цели и задачи) предприятия
Миссия
Академии
Водительского
Мастерства
заключается
в
предоставлении
высококачественного образования и тренировки для водителей всех уровней, с целью
повышения безопасности дорожного движения и развития профессионализма каждого ученика.
Этапы становления и развития организации
• Создание и регистрация.
• Разработка программ обучения.
• Подготовка специалистов.
• Привлечение клиентов и учеников.
• Развитие и совершенствование.
• Расширение и репутация.
В целом, Академия Водительского Мастерства стремится быть ведущей организацией в области
обучения водителей, развивать навыки безопасного вождения и способствовать снижению
аварийности на дорогах.

13. Исследовательский этап

Состав продуктов/ услуг
Все программы обучения содержат теоретическую и практическую часть. Например, программа специального курса включает в себя:
1. Теоретическую часть, в рамках которой клиенты могут прослушать лекции по вопросам:
-системы автомобиля, помогающие преодолевать бездорожье;
-тактика безопасного преодоления препятствий.
2. Демонстрационный заезд c инструктором, который включает проезд препятствий с подробными комментариями о настройках
систем автомобиля и выборе тактики преодоления по каждому из препятствий. Некоторые препятствия являются только
демонстрационными.
3. Самостоятельный заезд каждого из участников программы. Маршрут включает в себя 5 препятствий. Если какое-либо препятствие
на момент проведения программы недоступно по сезонным или погодным условиям, оно заменяется другим, доступным в данный
сезон.
Также есть программы корпоративного обучения, тогда может быть задействован весь рабочий коллектив и автопарк.
Уникальные площадки оборудованы специально для предельных возможностей внедорожников. Обучение проводят
высококвалифицированные инструкторы, прошедшие стажировку за рубежом.
На трассах полигона возможно проведение как индивидуальных, так и групповых занятий. Кроме того, клиентам предлагают
разработку персональной программы обучения.

14. Исследовательский этап

Общая характеристика окружения организации
Клиенты: частные водители и владельцы автомобилей, желающие
повысить свои навыки вождения
Конкуренты: другие автошколы и автосервисы, предлагающие обучение
вождению
Поставщики: автомобильные инструкторы и тренеры, предоставляющие
услуги обучения вождению
Партнеры: автомалоны, дилерские центры, страховые компании.

15. Исследовательский этап

Основные технико-экономические показатели деятельности организации
Таблица 1.
Технико-экономические показатели деятельности организации
№ п\п
Наименование характеристики
(показателя)
Значение показателя на 1 апреля
2022 г.
1
Число офисов, шт.
1
2
Число сотрудников, чел.
13
3
Объём чистой прибыли в год, руб.
4
Клиенты компании
1 300 000
60% - физические лица
40% - юридические лица

16. Исследовательский этап

Производственная структура и организационная схема управления предприятием
и его подразделениями
Рисунок 4. Организационная структура предприятия
ООО "Академия Водительского Мастерства"

17. Исследовательский этап

Производственная структура и организационная схема
управления организацией и ее подразделениями
Структура программного и аппаратного обеспечения (as-is)
Рисунок 5. Схема аппаратного обеспечения (as-is)

18. Исследовательский этап

Производственная структура и организационная схема управления
организацией и ее подразделениями
Структура программного и аппаратного обеспечения (as-is)
Рисунок 6. Схема программной архитектуры(as-is)

19. Исследовательский этап

Основные и вспомогательные бизнес-процессы организации
Из основных бизнес-процессов организации можно выделить следующие:
Привлечение клиентов.
Регистрация и оформление документов.
Организация обучения.
Подготовка к экзаменам.
Проведение экзаменов и выдача водительских прав.
Управление и сопровождение клиентов.
Финансовое управление.
Кадровое управление.
Управление качеством.

20. Исследовательский этап

Перечень автоматизированных и неавтоматизированных бизнес-процессов.
Выводы о возможности автоматизации одного из неавтоматизированных
бизнес-процессов
Автоматизированные бизнес-процессы:
* Регистрация и оформление документов.
* Организация обучения.
* Подготовка к экзаменам.
* Проведение экзаменов и выдача водительских прав.
* Управление и сопровождение клиентов.
Неавтоматизированные процессы:
Планирование деятельности (занятий).
Бизнес-процесс
планирование
деятельности
не
автоматизирован.
Автоматизированная система будет автоматически распределять учащихся на
группы, определять доступных инструкторов и расписывает график занятий.

21. Исследовательский этап

Функциональная диаграмма бизнес-процесса, выбранного для автоматизации
Рисунок 7. Декомпозиция процесса выбранного для автоматизации (as-is)

22. Проектный этап. Экспериментально-практическая работа

Проектный этап. Экспериментальнопрактическая работа
Освоение вида деятельности ВД 6. Сопровождение информационных систем
Создание сценария и графика разработки и внедрения ИС

23. Проектный этап

Методологии проектирования ИС

24. Проектный этап

Формирование предложений о расширении ИС
1) Хотя бы частично обновить аппаратно-техническое и программное
обеспечение организации на более новое. Офисные компьютеры
заменить на более мощные и современные.
2) Периодически отправлять сотрудников на курсы повышения
информационной грамотности. В городе Белгород большой выбор
организаций, которые предоставляют услуги по повышению
компьютерной
грамотности.
3) Организовывать обучение или тренинги по всем функциям и
возможностям специализированного программного обеспечения.
4) Разработать новую или внедрить уже готовую информационную
систему поддержки процесса трейд-ин

25. Проектный этап

Разработка технического задания на внедрение ИС
При разработке структуры базы данных информационной системы
сопровождения процесса трейд-ин было определено 8 взаимосвязанных между собой таблиц:
1) Таблица «Автомобиль». Таблица должна содержать все данные по автомобилям, а также результаты диагностики,
которые необходимы менеджеру трейд-ин, для оценки и покупки автомобиля.
2) Таблица «Страна». Содержит информацию о стране- производителе автомобиля и вид зависимости износа
автомобиля, эта информация необходима при оценке рыночной стоимости автомобиля.
3) Таблица «Комплектация». Содержит информацию о комплектации автомобиля (базовая, стандартная,
максимальная или люкс).
4) Таблица «Статус». Таблица отражает текущий статус автомобиля в дилерском центре (диагностика, оценка, на
продаже, ремонт, продан).
5) Таблица «Продажа». Содержит информацию для продажи б/у автомобиля, информация передается в отдел
продаж для завершения сделки.
6) Таблица «Шаблоны документов». Содержит шаблоны документов для заполнения, менеджером при сделке
(договор купли-продажи, договор на участие в программе трейд-ин и т.д.).
7) Таблица «Клиенты». Содержит фамилию, имя, отчество, телефон и паспортные данные клиентов, продавших
автомобиль по программе трейдин или купивших б/у автомобиль в дилерском центре.
8) Таблица «Сотрудник». Таблица отражает информацию о сотрудника и хранит логин и пароль сотрудников,
работающих с
информационной системой (системный администратор, менеджеры трейд-ин, начальник отдел продаж).

26. Проектный этап

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

27. Проектный этап

Использование стандартов при оформлении программной документации
Документальное оформление программной документации было осуществлено в
соответствии с Единой системой программного обеспечения (ЕСПД - ГОСТ серии 19).
• В программную документацию входит:
• Техническое задание (назначение, область применения программы) и текст
документа с необходимыми комментариями: техническое задания о программе;
• Технические условия на программу, описание программной структуры данных
логической структуре действия процесса функционирования алгоритма или схема
работы.
Пояснительная записка к техническому заданию рассказывает об общем понятии
программа алгоритм логики её работающей функции.
• Эксплуатационные документы.
На стадии эскизного или технического проекта программы составляется документ
«Пояснительная записка». Обычно, на стадии рабочего проекта не используется.

28. Проектный этап

Использование стандартов при оформлении программной документации
Текст программы
Данный документ является символической записью на исходном или промежуточном языке, а также представлением
машинных кодов.
Объем текста программы делится на части моноширинным шрифтом (Courier, Lucida Console и т.п.).
1. Число операторов, которые должны быть на строке равно 1.
2. Все члены составного оператора должны быть сдвинуты вправо на одинаковое количество позиций, при этом операторные
скобки (это то, что ограничивает составляющий операторов), относящиеся к одному блоку обязаны располагаться
следующим образом: открывающая и закрывающее должна находиться в одной колонке с тем же оператором который
открывает текущийблок; соответственно открывается это будет через ту самую строчку. Открывающая скобка располагается
на строке, следующий за оператором открывающим блок в той же колонке что и оператор начинающийся с этой строки.
3. Строка исходного текста программы должна полностью располагаться в одной типографской строке (до 80 символов,
смотря какой шрифт). При несоблюдении этого правила считается, что вложенность блоков слишком большая и означает
неправильную структуру или алгоритм программы. В подобном случае рекомендуется провести переосмысление структуры
программы, ввести вспомогательные функции и заменить какие-то большие части кода их вызовами. Переделать алгоритм в
целом или же поменять некоторые его составляющие.
4. В случае, если синтаксис языка позволяет разделять знаки операций пробелами от операндов. После запятых должен
следовать пробел, также как в обычном тексте.
5. Определения функций и логические части программы должны отделяться пустыми строками.
6. Идентификаторы (названия переменных, типов и подпрограмм) должны быть значимыми настолько для читающего
программу без присутствия автора. По желанию объявление переменной или типа может сопровождаться комментарием.
7. Текст программы должен содержать комментарии, которые будут характеризовать функциональное назначение того или
иного блока программного обеспечения и структуру программного комплекса.

29. Проектный этап

Использование стандартов при оформлении программной документации
• Документ «Описание применения» относится к эксплуатационным
документам. В его составе присутствуют следующие разделы:
• Конкретные возможности, характеристики и ограничения области
применения программы.
• Технические и программные средства. Общие характеристики
входящей/выходной информации, требования к ним
организационного плана в том числе технического или
технологического характера.
• Прописывается задача и методы ее решения.
• Какие данные входят в выходные и как выходят.

30. Проектный этап

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

31. Проектный этап

Формирование отчетной документации по результатам работ
При оформлении отчетных материалов следует придерживаться действующих
стандартов.
• При этом, согласно ГОСТ 2.105-79 «Общие требования к текстовым документам»,
иллюстрации (графики,схемы и диаграммы) могут быть приведены как в общем
тексте так же по диагонали или от начала ко концу приложения. Все рисунки
именуют рисунками. Все рисунки, таблицы и формулы должны быть нумеруемы
арабскими цифрами: последовательно или в пределах раздела. В пределах
приложения - в рамках приложении. Каждый из рисунков должен иметь подпись название, размещаемое под рисунком.
• Рисунки необходимо располагать так, чтобы их можно было рассматривать без
поворота страницы. В случае невозможности такого размещения рисунки следует
расположить так, чтобы для просмотра нужно было повернуть страницу против
часовой стрелки. В данном случае верхним краем представляется левый край
страницы. Географическое положение и размеры полей сохраняются.
• Номер таблицы находится перед названием или в правом верхнем углу, если таковое
имеется. Заголовок, за исключением первой буквы пишут строчными буквами.
Таблицы в тексте пояснительной записки указывают при помощи слова «таблица» и
номера таблицы. Пример: Результаты тестирования представлены в табл. 4.

32. Проектный этап

Формирование отчетной документации по результатам работ
При оформлении отчетных материалов следует придерживаться
действующих стандартов.
• Необходимо включить все использованные источники в список литературы.
Информация о книгах (монографиях, учебниках по разным дисциплинам и
т.д.) должна включать в себя фамилию автора с инициалами И заглавие
книги, а так же издательство где она издана год издания. В случае наличия 3х и более авторов можно указывать только инициалы первого из них с
указанием фамилии «и др.». Издательство должно издаваться полностью
именительным падежом: в нём разрешено сокращение наименования
только двух городов - Москвы (М.) и Санкт-Петербурга.
• Заголовок и фамилия автора должны содержать сведения о статье из
периодического издания: наименование статьи, серию (если она есть), год
выпуска,том( если имеется) номер издание или журнала с данными
страницы.
• Необходимо указывать порядковый номер по списку литературы,
заключенный в квадратные скобки при ссылках на источники из списка;
например: [3].

33. Аналитический этап

Описание решаемых задач с помощью функциональных моделей (to-bi)
Рисунок 10. Декомпозиция автоматизированного процесса(to-bi)

34. Аналитический этап

Актуализация программной и технической архитектуры организации
Рисунок 11. Актуализированная схема программной архитектуры (to-bi)

35. Аналитический этап

Актуализация программной и технической архитектуры организации
Рисунок 12. Актуализированная схема аппаратной архитектуры(to-bi)

36. Аналитический этап

Анализ существующих типовых решений для выбранной задачи. Особенности,
достоинства и недостатки их применения для решения выбранной задачи
• В настоящее время функции работы с клиентами выполняет подкласс информационных систем,
называемых CRM.
• Одной из таких систем выступает Alfa (производитель «Информконтакт»).
• Alfa Express – решение для развивающегося бизнеса.
• Система Alfa – ориентирована в первую очередь на крупные и средние предприятия со сложной,
территориально-распределенной моделью хозяйственной деятельности.
• Millenium ERP предназначена для создания единой информационной базы данных системы управления
предприятием, имеющей четко разграниченные права доступа пользователей к информации, порядку ее
обработки и налаживания эффективной и взаимоувязанной работы следующих подразделений при
решении ими своих функциональных задач: отделы сбыта, отделы продаж, отделы снабжения, склады,
финансовый отдел, фондовый отдел, бухгалтерия.
• Информационная система управления «Augur» («Авгур9i») ориентирована, прежде всего, на
промышленные предприятия, торговые объединения и управляющие компании со сложной
организационной структурой, территориально удаленными подразделениями и большими
информационными потоками.

37. Аналитический этап

Анализ существующих типовых решений для выбранной задачи. Особенности,
достоинства и недостатки их применения для решения выбранной задачи
My SQL - свободная реляционная система управления базами данных.
Возможности программы My SQL:
1. Написан на C и C++.
2. Протестировано с широким спектром различных компиляторов.
3. Работает
на
множестве
различных
платформ.
Смотрите
https://www.mysql.com/support/supportedplatforms/database.html.
4. Для переносимости настроен с использованием CMake.
5. Протестировано с помощью Purify (коммерческого детектора утечки памяти), а также
с помощью Valgrind, инструмента GPL (http://developer.kde.org /~sewardj/).
6. Использует многоуровневую конструкцию сервера с независимыми модулями.
7. Разработан для полной многопоточности с использованием потоков ядра, чтобы
легко использовать несколько процессоров, если они доступны.
8. Предоставляет транзакционные и нетранзакционные механизмы хранения данных.

38. Аналитический этап

Анализ существующих типовых решений для выбранной задачи. Особенности,
достоинства и недостатки их применения для решения выбранной задачи
Вывод о возможности использования типовых решений:
В MSSQL Server следует обратить особое внимание на основное средство разработки
и администрирования, включенное в состав дистрибутива, - Enterprise Manager,
который позволяет решать практически все задачи администрирования MS SQL
Server и, кроме того, удобен для разработчика.
В InterBase, к сожалению, средство разработки и администрирования, поставляемое
в составе дистрибутива (Interbase Console), недостаточно удобно, но обладает
необходимой функциональностью. Поэтому существуют более удобные средства
разработки и администрирования, созданные сторонними разработчиками, такие как
IB Expert, EMS IB Manager.
Похожим образом обстоит дело и со средствами администрирования и разработки
MySQL, но при желании также можно воспользоваться продуктами сторонних
разработчиков: EMS MySQL Manager, WinSQL, PHP Admin.
СУБД имеют свои достоинства и недостатки. Рассмотренное выше тестирование не
выявило явных лидеров и аутсайдеров, результаты сопоставимы друг с другом для
всех рассмотренных платформ.
Однако ввиду того что основной программный модуль разработан с помощью языка
Access, а также учитывая минимальные требования к серверу БД и стоимость
продажи, для проекта была выбрана СУБД My SQL

39. Отчетный этап

Выводы о результатах прохождения практики
1. В нашем случае будет выбрана стратегия автоматизации по участкам. Вследствие
этого предприятие сможет автоматизировать деятельность по работе с клиентами,
получив при этом экономический эффект.
2. Для решений на основе My SQL также характерны легкость использования и
управления, производительность, масштабируемость, переносимость, эффективное
использование ресурсов и восстановление после сбоя. My SQL разработан именно с
целью удовлетворять всем этим требованиям.
3. Для разрабатываемой системы следует выбрать топологию сети «звезда» на основе
кабельной системы «витая пара». Данный вид сетей наиболее распространен в
настоящий момент и сочетает в себе скорость передачи данных, простоту
развертывания и относительно не дорогую стоимость. Однако приложение с
одинаковым успехом сможет работать и на отдельной машине при условии установки
на ней соответствующего серверного программного обеспечения.
4. В качестве операционной системы может быть использована MS Windows XP
Professional ввиду ее распространенности и надежности.
5. В качестве языка программирования для написания интерфейса пользователя и
программы обработки данных может быть использован Access в виду поддержки им
интерфейса программирования выбранной СУБД My SQL.

40. Отчетный этап

Список используемой литературы
1.
Федеральный закон от 27.07.2006 № 152-ФЗ "О персональных данных" // СПС КонсультантПлюс
2. Вичугова, А.А. Инструментальные средства информационных систем: учебное пособие / А.А. Вичугова; Федеральное
государственное автономное образовательное учреждение высшего образования «Национальный исследовательский Томский
государственный университет». – Томск: Издательство Томского политехнического университета, 2016. – 136 с.
3. Гребнюк Е.И. Технические средства информатизации: учебник для студ. учреждений сред. проф. образования / Е.И. Гребенюк,
Н.А. Гребенюк. – М.: Издательский центр «Академия», 2017. – 352 с.
4. Зимин В. В. Основы управления жизненным циклом сервиса систем информатики и автоматизации: учеб. пособие / В. В. Зимин,
А. А. Ивушкин, С. М. Кулаков, К. А. Ивушкин. Кемерово: Кузбассвузиздат, 2016. 96-100 с.
5. Крахоткина Е.В. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В.
Крахоткина. - Ставрополь: СКФУ, 2017. - 152 с.
6. Марк М. Windows Server 2012. Полное руководство. Том 2/ Марк Минаси, Кевин Грин, Кристиан Бус, Роберт Батлер— 2 том, 2017.
— С. 864.
7. Советов Б.Я. Архитектура информационных систем: учебник / Б.Я. Советов, А.И. Водяхо, В.А. Дубенецкий, В.В. Цехановский. – М.:
Академия, 2012. – 288 с.
8. Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2017.
- 463с.
9. Фомин С. Структура и методология разработки автоматизированных информационных систем// Учебно-методические пособия /
Фомин С.— М., 2016. — С. 239.
10. Чистов Д. В. Проектирование информационных систем// Академический курс / Мельников П. П., Золотарюк А. В., Ничепорук Н. Б.
— 2018. — С. 258.