Автор работы: Пользователь скрыл имя, 08 Сентября 2013 в 13:37, отчет по практике
Практика по профилю специальности (ППС) пройдена на «Нефтекамском автозаводе»
В данном отчете будут рассмотрены следующие вопросы:
общее сведения о предприятии, цехе, подразделении;
характеристика деятельности предприятия;
основные хозяйственно-экономические данные предприятия;
характеристики программного обеспечения и технических средств предприятия.
2. Omega Production – Технический документооборот.
Группа задач по управлению техническим документооборотом относится к платформенной части Omega Production, на базе которой строятся все функциональные модули системы. При использовании системы управление обеспечивается как смешанным, так и полностью электронным документооборотом.
На предприятии студент выполняет определенную, предусмотренную индивидуальным заданием, работу, о чем делаются записи в дневнике студента. Индивидуальное задание может носить теоретический, практический или исследовательский характер.
Техническое задание – исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т.д.) и её состав, а также специальные требования.
Предметная область – это часть реального мира, данные из которого необходимо отобразить в базе данных.
Бизнес-процесс – это совокупность
взаимосвязанных мероприятий или задач,
направленных на создание определенного
продукта или услуги для потребителей.
Для наглядности бизнес-процессы визуализируют
при помощи блок-схемы бизнес-
Модель сущность-связь (ER-модель) – модель данных, позволяющая описывать концептуальные схемы предметной области.
Технологический процесс (ТП) (сокращенно техпроцесс) – это упорядоченная последовательность взаимосвязанных действий, выполняющихся с момента возникновения исходных данных до получения требуемого результата.
Техническое задание (ТЗ) – исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т.д.) и её состав, а также специальные требования.
ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации – далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.
Техническое задание должно содержать следующие разделы:
В ТЗ на АС могут включаться приложения. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.
Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
На первом этапе происходит изучение индивидуального задания, изучение рекомендации по выполнению работы, анализ задания и его выполнение. Содержание начального этапа исследований составляет уяснение поставленной задачи, подбор необходимой литературы, выбор инструментальных средств.
На втором этапе выполняется описание предметной области, построение диаграмм, проектирование БД.
Во время третьего этапа создаётся проект в системе Delphi, выполняется его проверка. По окончании требуется оформить отчет по производственной практике и представить его руководителю.
Модель «сущность-связь» является неформальной моделью предметной области и используется на этапе инфологического проектирования БД. Достоинствами этой модели являются: относительная простота, однозначность, доступность для понимания.
Для построения модели используются три основных конструктивных элемента для представления составляющих предметной области – сущность, атрибут и связь. Информация о проекте представляется с использованием графических диаграмм.
Сущность – любой различимый объект, информацию о котором необходимо хранить в базе данных. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут – поименованная характеристика сущности. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Здесь также существует различие между типом и экземпляром, однако каждому экземпляру сущности присваивается только одно значение атрибута.
Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности.
Связь – ассоциирование двух или более сущностей.
IDEF0 – мощный инструмент
моделирования для анализа,
С использованием IDEF0 строятся диаграммы бизнес-процессов, ясно показывающие бизнес-процессы (блоки), результаты их работы и ресурсы, необходимые для их функционирования. IDEF0-модель обеспечивает объединенную картину того, как организация добивается выполнения своих целей, от маленьких отделов до всей компании в целом.
Также можно использовать IDEF0 для моделирования потоков работ, потоков процессов и потоков данных.
Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте.
Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.
Модель состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса:
Список использованных источников:
ППС П101. Я355 ОС