Отчёт по практике: Учебная (ознакомительная) практика

ТЕМАТИКА КЕЙСОВ (ЗАДАНИЙ) для прохождения производственной практики по ПМ.01 Осуществление интеграции программных модулей Кейс (задание) выполняется в соответствии с выбранной обучающимся темой по автоматизации определенной задачи и оформляется в виде отчета о прохождении практики в формате презентации PowerPoint, содержащего базовую и информационно-вспомогательную информацию. Рекомендуемые темы по автоматизации задач: 1.Автоматизация документооборота предприятия; 2.Автоматизация интегрированной обработки дорожной ведомости; 3.Автоматизация интегрированной обработки маршрута машиниста; 4.Автоматизация материально-технического учета; 5.Автоматизация обработки обращений в службу технической поддержки; 6.Автоматизация оперативно-технического учета; 7.Автоматизация расчетов с клиентами; 8.Автоматизация расчетов с поставщиками и подрядчиками; 9.Автоматизация складского учета; 10.Автоматизация статистического учета; 11.Автоматизация управленческого учета; 12.Автоматизация учета аккордно-премиальной формы оплаты труда; 13.Автоматизация учета выпуска готовой продукции; 14.Автоматизация учета основных средств; 15.Автоматизация учета повременной оплаты труда; 16.Автоматизация учета сдельной оплаты труда; 17.Автоматизация учета студенческого контингента; 18.Автоматизация учета труда и заработной платы.

Для выбранной темы (задачи) студенту необходимо провести анализ и разработать следующие элементы: 1.Анализ и моделирование предметной области; 2.Требования к ИС; 3.Техническая и программная архитектура ИС; 4.Сравнительный анализ готовых решений для автоматизации задачи; 5.Сравнительный анализ способов приобретения ИС для автоматизации задачи; 6.Сравнительный анализ компаний – разработчиков ИС для автоматизации задачи; 7.Риски разработки и внедрения программного средства; 8.Возможные дефекты программного средства; 9.Сравнительный анализ стратегий внедрения ИС для автоматизации задачи; 10.Разграничение прав доступа к ИС. Методические рекомендации по выполнению кейсов (заданий) для оформления отчета о прохождении практики в формате презентации PowerPoint Структура отчета содержательно должна отражать/ раскрывать выполнение следующих этапов автоматизации выбранной задачи: Титульный лист Содержание Введение (инструктаж) 1.Анализ и моделирование предметной области 2.Требования к ИС 3.Техническая и программная архитектура ИС 4.Сравнительный анализ готовых решений для автоматизации задачи 5.Сравнительный анализ способов приобретения ИС для автоматизации задачи 6.Сравнительный анализ компаний – разработчиков ИС для автоматизации задачи 7.Риски разработки и внедрения программного средства 8.Возможные дефекты программного средства 9.Сравнительный анализ стратегий внедрения ИС для автоматизации задачи 10.Разграничение прав доступа к ИС Заключение (выводы) Список использованной литературы Рекомендации по подготовке отчета Титульный лист Заполняется по шаблону, на котором указываются сроки прохождения практической подготовки, Ф.И.О.

обучающегося, группа, Ф.И.О. руководителя. Введение (инструктаж) Во введении необходимо отразить итоги проведения инструктажа по соблюдению правил противопожарной безопасности, правил охраны труда, техники безопасности, санитарно-эпидемиологических правил и гигиенических нормативов, а также дать общую характеристику выбранной задачи автоматизации. 1.Анализ и моделирование предметной области Деятельность, направленная на выявление реальных потребностей заказчика, а также на выяснение смысла высказанных требований, называется анализом предметной области. Анализ предметной области – это первый шаг этапа системного анализа, с которого начинается разработка программной системы.

Разработчики ИС должны научиться: понимать язык, на котором говорят заказчики; выявить цели их деятельности; определить набор решаемых ими задач; определить набор сущностей, с которыми приходиться иметь дело при решении этих задач. Анализом предметной области занимаются системные аналитики или бизнес-аналитики. Они передают полученные ими знания другим членам проектной команды, сформулировав их на более понятном разработчикам языке. Для передачи этих знаний обычно служит некоторый набор моделей, в виде графических схем и текстовых документов. При этом необходимо точно определить границы системы, чтобы избежать включения в модель посторонних объектов. Результатом моделирования является набор взаимоувязанных описаний, начиная с описания самого верхнего уровня системы и заканчивая подробным описанием деталей или операций.

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

Глубина рассмотрения бизнес-процессов и функций дает максимально полную информацию о процессах, происходящих в предметной области, и позволяет лучше понимать задачи, которые необходимо реализовать при разработке базы данных, к которым относятся моделирование структуры базы данных, определение правил ссылочной целостности, формирование процедур обработки и представления данных, по запросам пользователей. Следует рассмотреть: документы, регламентирующие процесс решения задачи; входные документы; выходные документы; алгоритмы обработки информации; формулы для вычисления результатных показателей; описание процесса решения задачи. Для предметной области выберите главный бизнес-процесс и создайте для него контекстную диаграмму функциональной модели бизнес-процесса в нотации IDEF0 (не менее 3-х уровней декомпозиции).

2.Требования к ИС Опишите требования к разрабатываемой системе (по ГОСТ Р ИСО/МЭК 12207). При этом должны быть учтены такие факторы, влияющие на сопровождаемость, как: определение и описание функций, особенно необязательных функций; точность и логическая организация данных; интерфейсы (машинные и пользователей), особенно перспективные интерфейсы; требования к рабочим характеристикам, включая влияния любых корректировок и дополнений; требования, налагаемые запланированной средой; неоднородность (ступенчатость) требований, определяющая простоту или сложность их трассировки (прослеживания); обеспечение качества программного средства, в котором особое внимание должно быть уделено документам и их согласованности.

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

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

Далее приводится описание программной архитектуры – используемые программные средства, уязвимые места, актуальность используемых программных средств или необходимость их замены и так далее. 4.Сравнительный анализ готовых решений для автоматизации задачи Провести сравнительный анализ представленных на рынке систем автоматизации выбранной задачи (не менее 3-х продуктов по не менее, чем 7 параметрам). Результаты представить в виде таблицы: № п/пПараметрыПродукт 1Продукт 2Продукт 3 В качестве параметров можно рассматривать: используемую СУБД, стоимость одного рабочего места, операционную систему, на которой работает продукт, системные требования, наличие web-интерфейса, возможность удаленного доступа и так далее.

Также необходимо привести краткое описание каждого продукта с указанием компании-разработчика. Описание продуктов должно содержать ссылки на соответствующие сайты в списке литературы. 5.Сравнительный анализ способов пр....