Производственная практика проходила в ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ»с 04.12.2023г. по 31.12.2023г., руководитель практики от предприятия —Сидак Алексей Александрович.
Приступая к выполнению практики, были пройдены вводный инструктаж, инструктаж и обучение на рабочем месте, проверка знаний по охране труда и электробезопасности.
Цель практики
Получение знаний о возможности использования информационных технологий для решения прикладных задач, а также выработка практических навыков по их анализу, выбору и применению информационных технологий в ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ»
Задачи практики
Закрепление приобретенных теоретических знаний.
Приобретение опыта создания и применения информационных технологий для выбранной предметной области
Использование нормативно-правовой документации и специализированной литературы при решении прикладных задач
Составление требований к информационной системе при анализе предметной области
Разработка и адаптации конфигурации на платформе 1С:Предприятие 8.3
Составление технического задания на создание конфигурации на платформе 1С:Предприятие 8.3
Анализ собранной информации и формирование требований к разработанной конфигурации
Приобретение навыков практического решения задач при разработке конфигурации для выбранной предметной обалсти.
Получение навыков самостоятельной работы
Подготовка отчетов и презентаций по результатам профессиональной деятельности
Источниками информации явились организационно-правовые документы, распорядительные и информационно-справочные документы, регламентирующие деятельность специалиста данной предметной области.
Основная часть
Анализ предметной областИ
1.1 Нормативные документы, регламентирующие деятельность специалиста/менеджера ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ»
Компания ООО «Центр безопасности информации», зарегистрированная 1марта 2004 года, активно функционирует в Набережных Челнах. Мы находимся по адресу: 141090, обл. Московская, г. Королёв, ул. Ленинская (Юбилейный Мкр), д. 4, п/П10.
Основной вид деятельности компании охватывает оптовую торговлю оптовую компьютерами, периферийными устройствами к компьютерам и программным обеспечением, торговлю оптовой электронным и телекоммуникационным оборудованием и его запасными частями, торговлю оптовая прочей офисной техникой и оборудованием.
Учредитель и директор - Сидак Алексей Александрович[4].
Когда новые клиенты обращаются к ООО «ЦБИ», они могут легко получить всю необходимую информацию о товарах, доступных на складе, и при желании - совершить покупку. Для этого необходимо заполнить бланк клиента, указав свои фамилию, инициалы, номер телефона и электронную почту. Это важный шаг, который мы обговариваем на этапе регистрации, чтобы клиент всегда имел доступ к нужной информации.
После заполнения бланка наш продавец вносит данные в базу, включая фамилию клиента, адрес проживания и контактный номер телефона. Это помогает поддерживать высокий уровень обслуживания и быстро реагировать на запросы.
Все товары поступают от различных поставщиков, и администратор следит за необходимостью дополнительных заказов, а также обновляет информацию о новых поставках. Такой подход гарантирует разнообразие ассортимента и позволяет оперативно реагировать на непредвиденные ситуации со стороны поставщиков. Товары поступают раз в месяц, примерно в один и тот же день, что помогает поддерживать стабильное наличие продукции.
ГОСТ Р 59547-2021
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Защита информации
МОНИТОРИНГ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
Общие положения
Information protection. Information security monitoring. General provisions
ОКС 35.020
Датавведения 2022-04-01
Предисловие
1 РАЗРАБОТАН Федеральной службой по техническому и экспортному контролю (ФСТЭК России), Обществом с ограниченной ответственностью "Центр безопасности информации" (ООО "ЦБИ")
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 362 "Защита информации"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому
1.2 Сравнительный анализ существующего программного обеспечения для автоматизации бизнес-процессов ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ»
Разработка и создание данного программного является весьма актуальным, так как аналогичных программных средств не существует.
Проектируемое приложение поможет:
производить учет технических средств
отслеживать изменения касающиеся передвижения и износа технических средств
Таким образом, данное приложение поможет значительно облегчить работу по инвентаризации и учету, а также облегчит поиск и получение справочной информации.
Рассмотрим основные задачи, связанные с разработкой приложения:
создать приложение, которое позволяет вести учет технических средств;
создать функциональный и удобный интерфейс понятный пользователю;
Разрабатываемая система должна обеспечивать:
ввод данных;
поиск данных;
изменение данных;
удаление данных;
удобный и понятный интерфейс.
1.3 Анализ входных данных и предложения по разработке структуры интерфейса пользователя
На данном шаге были проработаны вопросы по входным и выходным данным для рассматриваемого в рамках данной работы решения, а также актуальность и качество этих данных.По типам входных и выходных данных была выявлена следующая информация.
Типы источников данных из интеграционных систем и из SSPпортала являются структурированными. В случае с входными данными
запросы из БД выступают в их роли. Выходные данные – это продукты,
найденные в БД модуля PM, определенный аккаунт клиента из каталога CMсо всеми существующими в рамках аккаунта заказами и услугами.
Тип изначальных источников данных – структурированные и
частично структурированные данные. В качестве входных данных выступают:
Excel-документысоспискомужесуществующихпродуктовтелекомоператора.
Соответственно по поводу актуальности и качества входных и
выходных данных удалось выяснить следующее:
−Данные из интеграционных систем должны быть представлены в
формате удобном для последующей обработки данных и необходимого
анализа этих данных.
−Данные о существующих продуктах оператора должны быть
Предоставлены для версии системы, содержащей структуру данных ,запланированную для текущего проекта.
Далее появляется необходимость в разработке информационной модели.
1.4 Анализ выходных данных
В соответствии с заданием, которое было установлено для прохождения практики, мною были разработаны некоторые печатные формы и предложены для использования в работе. Данные формы представлены в таблицах 1-2.
Таблица 1
Печатная форма персонала
Таблица 2
Печатная форма продажи
1.5 Анализ и предложения по разработке экранных форм отчетной документации
Для хранения входных данных при использовании системы «Продажи», необходимо разработать справочники. Для введения и хранения данных будут разработаны и предложены к использованию в работе учреждения следующие справочники:
Должности;
Сотрудники;
Компьютеры;
Принтеры;
Программы;
Графики работы;
Типы графиков;
Валюты.
Разрабатываемый интерфейс конфигурации «Продажи» будет состоять из следующих подсистем: успеваемость, бухгалтерский учет, начисление зарплаты, бизнес-процессы.
Внешний вид разрабатываемого интерфейса представлен на рисунке 1.
Рисунок 1 Внешний вид интерфейса конфигурации
1.6 Техническое задание на разработку конфигурации
Полное наименование системы - Автоматизированная система Продажи.
Краткое наименования системы - "АСУ". В дальнейшем просто – "Система".
Шифр 200971654.
Заказчик – ООО «Центр безопасности информации».
Исполнитель – Потребитель.
Разработка Технического задания проводилась с использованием следующих стандартов:
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания;
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;
ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем (частичное использование);
ГОСТ 24.104-85 "Автоматизированные системы управления. Общие требования.
Начало выполнения работ – первый квартал 2023 г.
Окончание выполнение работ – второй квартал 2023 г.
Результат работы предоставляются исполнителем заказчику в виде работоспособной конфигурации на платформе 1С:Предприятие 8.3.
Система предназначена для ведения учета успеваемости в колледже.
К системе предъявляются следующие требования:
Обработка и хранение входящей корреспонденции.
Обработка и хранение исходящей корреспонденции.
Обработка и хранение внутренних документов .
Система должна иметь возможность функционирования непрерывно и круглосуточно.
Пользователи системы будут разделены на категории:
Администраторы;
Пользователи.
Система не должна терять работоспособность при сбоях и авариях.
Разрабатываемая конфигурация обязана иметь парольный вход с разграничениями ролей пользователей. База конфигурации должна храниться на сервере.
Работы по созданию системы выполняются в соответствии с
ГОСТ 34.601-90, в 3 стадии:
Технический проект;
Рабочая документация;
Ввод в эксплуатацию.
Проведено обследование ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ». В результате проведенного обследования можно сделать следующие выводы (табл.1):
Таблица 1
Выводы по разделу 1
2 Проектирование КОНФИГУРАЦИИ
2.1 Назначение ролей пользователей конфигурации
Так как, разработанную конфигурацию будут использовать в своей работе все сотрудники учреждения, то возникает необходимость в разработке ролей для пользователей системы. Данная разработка представлена на рисунке 2.
Рисунок 2 – Этап создания ролей для пользователей системы
2.2 Создание объектов конфигурации
Рисунки 3 и 4 представляют объекты создаваемых конфигураций.
Рисунок 3 - Разработка справочников
Рисунок 4 - Разработка документов
2.3 Разработка алгоритмов проведения основных документов с автоматической подстановкой ключевых данных
Рисунок 5 - Движения документа Начисления зарплаты
2.4 Анализ и обоснование необходимости использования регистров сведений и регистров накопления
Для сохранения данных были разработаны следующие регистры, которые представлены на рисунках 6 и 7:
Регистр сведений – график работы;
Регистр накопления - выручка.
Рисунок 6- Разработка регистров сведений
Рисунок 7 - Разработка регистра накопления
2.5 Разработка печатных и экранных форм отчетов
Рисунок 8- Создание печатной формы по учету закупок
Рисунок 9- Создание экранной формы ведения отчетности по товарам
Рисунок 10- Создание экранной формы ведения отчетности по сотрудникам
2.6 Разработка макетов отчетной документации по регламентированным формам
Рисунок 11- Макет формы документа Начисления зарплаты
2.7 Наполнение базы данных
Прежде чем начать работать в разработанной системе, необходимо провести проверку на предмет ее работоспособности. Для данной процедуры было произведено заполнение всех необходимых справочников, формирование необходимых документов и отчетов. Данные проведенной проверки представлены на рисунках с 12 по 14 включительно.
Рисунок 12- Заполнение справочника
Рисунок 13- Заполнение справочника Товаров
Рисунок 14-Заполнение справочника Сотрудники
2.8 Тестирование разработанной конфигурации
Разработанная конфигурация подверглась тестированию, в ходе которого были выявлены и устранены ошибки, возникшие в ходе разработки системы. Данные результат тестирования на рисунках 15 – 21.
Рисунок 15- Формирование документа прибыли
Рисунок 16- Печатная форма прибыли
Рисунок 17- Экранная форма отчета товаров
Рисунок 18- Формирование документа Начисления зарплаты
Рисунок 19- Данные регистра расчета
Рисунок 20- Формирование документа Выплата заработной платы
Рисунок 21 Данные регистра бухгалтерии
2.9 Календарный план внедрения разработанной конфигурации
Внедрение 1C: ERP на предприятии оптимизирует бухгалтерский учет, учет материальных ценностей. Это – ускорение выполнение операций, сокращение расходов на содержание штата. Важная функция системы – быстрый обмен данными, что актуально для подразделений предприятий и филиалов, находящихся в разных регионах или городах.
Внедрению системы, на 100% соответствующей специфике предприятия, предшествует составление план-графика. План внедрения 1C:ERP – основа успешной интеграции. Под этим подразумевается реализация целей клиента в области рентабельности предприятия. Также план-график обеспечивает своевременное выполнение работ.
кже техническое задание на внедрение 1C УПП содержит требования к настройке прав доступа. Но практика показывает, что на этом этапе часто вносятся корректировки. Особенно тонкой настройки требует распределение ролей в системе или определение зон ответственности.
2.10 Составление руководства администратора
Проектная документация на автоматизированную систему очень важна, так как является определяющей в процессе разработки и представляет собой то видение системы, которое будет в дальнейшем реализовано. Однако, не менее важны и эксплуатационные документы, которые позволят использовать и обслуживать систему правильно, эффективно и с минимальными затратами.
Одним из необходимых в процессе эксплуатации системы документов является Руководство администратора. Роль администратора системы заключается в том, чтобы организовывать и поддерживать работу конечных пользователей, тогда как обеспечение технической работоспособности системы обычно обеспечивается другими людьми. Таким образом, администратор лишь управляет работой системы, например:
выполняет определенные действия по настройке программы;
управляет учетными записями пользователей;
настраивает права доступа;
исправляет ошибки в данных;
обеспечивает информационную поддержку
Состав типового руководства администратора
Указанный выше список может меняться и дополняться в зависимости от особенностей конкретной АС. Необходимо предусмотреть все возможные функции, которые будет выполнять администратор программы, и предоставить четкие и понятные инструкции для выполнения конкретных действий.
2.11 Составление руководства пользователя
Существует две серии (набора) стандартов, которые регламентируют набор создаваемых документов и правила их оформления при разработке автоматизированных систем, комплексов и программного обеспечения:
ГОСТ 34 - Автоматизированные системы
ГОСТ 19 - Единая система программной документации (ЕСПД)
С одной стороны, эти два стандарта конкурируют между собой, предлагаю различные варианты комплектности документации на проект. С другой стороны, они фокусируются на разных аспектах, и поэтому хорошо дополняют друг друга.
ГОСТ 34 главным образом определяет комплектность, виды, структуру и содержание создаваемых документов.
ГОСТ 19 в большей степени определяет правила оформления документов.
Поэтому, на практике часто используются сразу оба этих ГОСТа.
Руководство пользователя - основной документ для конечного пользователя
Если говорить именно о документации для конечного пользователя системы, то из перечня описываемых в ГОСТ 34 документов нас интересует "Руководство пользователя". В ГОСТ 19 аналогичный по смыслу документ называется "Руководство оператора", но для программного обеспечения чаще используется именно первый вариант.
Руководство пользователя поставляется с любым изделием, программой, системой. Он должен предоставлять пользователю информацию о свойствах продукта, его функциональности, способах использования и работе с ним.
Выводы по разделу
Разработанаконфигурация, обеспечивающая автоматизацию бизнес-процесса в ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ».
Произведено назначение ролей пользователей конфигурации, обеспечивающее выполнение требований информационной безопасностиОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЦЕНТР БЕЗОПАСНОСТИ ИНФОРМАЦИИ».
Разработаты объекты конфигурации: справочники, документы, регистры, отчеты. Созданы печатные и экранные формы отчетной документации.
В результате выполненной модификации программного кода можно сделать следующие выводы (табл.2):
Таблица 2
Выводы по разделу 2
