Отчет по практике: Проектирование и разработка информационных систем

Государственное автономное профессионального образовательное учреждение

Краснодарского края

«Ленинградский социально-педагогический колледж»

Отчет

Проектирование и разработка информационных систем

Выполнила: Касьян Дмитрий Александрович

студент группы И-3Б

специальности 09.02.05 Прикладная информатика (по отраслям)

2021

Содержание

1. Отчет об определении целей и задач практики

2. Отчет об функциональной организации предприятия

3. Отчет об выбор и обоснование средств реализации проекта

4. Отчет об оценке качественных показателей ИС

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

6. Отчет о выборе модели построения информационной системы

7. Отчет об проектировании и разработки интерфейса пользователя

1. Отчет об определении целей и задач практики

Целями портфолио являются:

- закрепление и совершенствование приобретенных в процессе обучения профессиональных умений, обучающихся по изучаемой профессии;

- развитие общих и профессиональных компетенций;

- освоение современных производственных процессов;

- сбор, систематизация и обобщение практического материала в т.ч. для использования в выпускной квалификационной работе;

- адаптация обучающихся к конкретным условиям деятельности организаций.

Задачами портфолио являются:

- получение первичных профессиональных умений и навыков;

- подготовка студентов к осознанному и углубленному изучению общепрофессиональных и специальных дисциплин;

- привитие практических профессиональных умений и навыков по избранной специальности.

Требования к оформлению отчетной документации.

Содержание отчета по производственной практике должно полностью соответствовать программе практики с ежедневным кратким описанием содержания и анализа результатов выполненных работ, отражать умения студентов применять на практике теоретические знания, полученные в процессе обучения. Описание проделанной работы должно сопровождаться схемами, образцами заполненных документов, а также ссылками на использованную литературу и материалами предприятия. Разработанные информационные продукты должны быть представлены на носителе.

Отчет по практике должен быть подписан руководителем практики. Оформление отчета должно соответствовать стандартам оформления. Отчет должен иметь следующую структуру:

- титульный лист (Дневник);

- содержание (тематический план);

- график работы;

- табель учета часов;

- справка;

- ведомость;

- аттестационный лист с характеристикой;

- титульный лист - отчеты;

- отчеты по практике за каждый день;

- титульный лист - итоговый отчет;

- итоговый отчет.

Страницы отчета должны быть формата A4, пронумерованы и заключены в твердую обложку.

2. Отчет об функциональной организации предприятия

Производственная практика проходит в образовательном учреждении Ленинградский социально-педагогический колледж (ЛСПК). В кабинете информатики находятся оборудования (См. Табл. 1).

Таблица 1. Оборудования в кабинете.

На территории предприятия используется сетевая топология звезда (см. Рис. 1).

Рисунок 1. Топология сети.

В сети, построенной по топологии типа «звезда», каждая рабочая станция подсоединяется кабелем (витой парой) к концентратору. Концентратор обеспечивает параллельное соединение ПК и, таким образом, все компьютеры, подключенные к сети, могут общаться друг с другом.

3. Отчет об выборе и обоснование средств реализации проекта

Ознакомился с вариантом описания предметной области (См. Табл. 2).

Таблица 2. Описание предметной области.

Мобильная игра -- игровая программа для мобильных устройств, например, сотовых телефонов, смартфонов, коммуникаторов, КПК и прочих (за исключением ноутбуков). В разное время на территории России были распространены игры на таких платформах: Symbian OS (официально продавались мало, однако любители техники устанавливали «пиратские» игры); Java 2 Micro Edition. Apple iOS. Google Android.

Unity - межплатформенная среда разработки компьютерных игр, разработанная американской компанией Unity Technologies. Unity позволяет создавать приложения, работающие на более чем 25 различных платформах, включающих персональные компьютеры, игровые консоли, мобильные устройства, интернет-приложения и другие. Выпуск Unity состоялся в 2005 году и с того времени идёт постоянное развитие.

Достоинства:

- благодаря удобному Drag & Drop интерфейсу и функциональному графическому редактору движок позволяет рисовать карты и расставлять объекты в реальном времени и сразу же тестировать получившийся результат;

- второе преимущество движка - наличие огромной библиотеки ассетов и плагинов, с помощью которых можно значительно ускорить процесс разработки игры;

- третья сильная сторона Unity 3D - поддержка огромного количества платформ, технологий, API;

Недостатки:

- при всех своих достоинствах, движок имеет и свои недостатки. Так, если команда захочет разработать что-нибудь сложнее простого кликера или платформера, то ей придется искать хорошего программиста на C#, который напишет скрипты и компоненты, внедрит их в игру и заставит работать;

- из этого вытекает другая проблема движка Unity - медлительность. Создание масштабных, сложных сцен с множеством компонентов может негативно повлиять на производительность игры, в результате чего разработчикам придется потратить дополнительное время и ресурсы на оптимизацию.

После выше перечисленного, я создал шаблон приложения, расставив объекты на поле так, как примерно будет выглядеть продукт. (См. Рис. 2.)

Рисунок 2. Шаблон приложения.

Задачи:

1. Изучить теоретический материал.

2. Разработать приложение используя инструменты Unity.

3. Найти подходящую графику, для дальнейшего использования.

4. Написать скрипт, который будет работать без ошибок.

5. Провести отладку приложения.

6. Протестировать продукт на разных устройствах.

Когда шаблон создан и информация изучена, начинается разработка самого приложения, где будет происходить написание скрипта, оформление уровня и отладка приложения.

4. Отчет об оценке качественных показателей ИС

В предпринимательской деятельности под информационной системой понимается совокупность компьютеров, дополнительного оборудования, сетей, программного обеспечения, которая призвана хранить и обрабатывать информацию.

Разработка требований - это процесс, включающий в себя мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований. Различают четыре основных этапа процесса разработки требований: анализ технической осуществимости создания системы; формирование и анализ требований; специфицирование требований и создание соответствующей документации; аттестация этих требований.

Но, поскольку в процессе разработки системы в силу разнообразных причин требования могут меняться, управление требованиями, т.е. процесс управления изменениями системных требований, является необходимой составной частью деятельности по их разработке.

Соответственно, разрабатывая требования к ИС, необходимо учитывать, что они будут складываться из требований к ее составляющим:

- требования к оборудованию - это класс машин (рабочие станции, серверы), тип дополнительного оборудования, сканеров, принтеров, маршрутизаторов, линий связи, оборудования для защиты трафика, необходимость создания использования VPN или шифрования данных, тип мобильных устройств;

- требования к программному обеспечению - операционные системы, программные продукты, обеспечивающие работу компании, бухгалтерские, складские программы, средства защиты информации, антивирусы.

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

Многие пользователи компьютерной техники и программного обеспечения неоднократно сталкивались с ситуацией, когда программное обеспечение, хорошо работающее на одном компьютере, не работает на другом таком же устройстве. Или системные блоки одного вычислительного устройства не стыкуются с аппаратной частью другого. Или информационная система другой компании упорно не желает обрабатывать данные, которые вы подготовили в информационной системе у себя на рабочем месте. Эта проблема называется проблемой совместимости вычислительных, телекоммуникационных и информационных устройств.

Развитие систем и средств вычислительной техники, расширенное их внедрение во все сферы науки, техники, сферы обслуживания и быта привели к необходимости объединения конкретных вычислительных устройств и реализованных на их основе информационных систем в единые информационно - вычислительные системы и среды. При этом разработчики ИВС столкнулись с рядом проблем.

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

Unity - отличный простой инструмент кроссплатформенной разработки. Движок можно использовать для создания 3D- и 2D-приложений, игр виртуальной и дополненной реальности, а также для компьютерного моделирования. Но, как и в любом другом движке, при разработке разных проектов, появляются ошибки. Их существует различное количество.

Ошибка № 1: недооценка фазы планирования

Для каждого проекта важно составить план до начала разработки приложений. В нем нужно описать бизнес-модель продукта, для каких платформ он предназначен, а также задать минимальные характеристики поддерживаемых устройств. Необходимо заранее настроить весь рабочий процесс создания активов и моделей. У вас должно быть четкое представление о желаемой частоте кадров, чтобы 3D-художник мог знать, в каком максимальном разрешении можно работать. Также следует согласовать масштаб и процесс импорта во всем приложении. В противном случае вы потратите драгоценные ресурсы на труднодостижимые не обозначенные цели.

Ошибка № 2: работа с неоптимизированными моделями

Очень важно, чтобы все ваши модели были хорошо подготовлены для использования в сценах без дальнейших модификаций. При проблемах с установкой масштаба задайте коэффициент масштабирования в настройках импорта моделей (0,01 для 3dsMax и Modo или 1,0 для Maya): настройка должна гарантировать согласованное поведение моделей и отсутствие проблем с физикой. Это правило также следует применять к каждому подобъекту модели, а не только к основному. Настраивайте размеры объекта в приложении для 3D-моделирования, а не в Unity.