Автоматизированное рабочее место заведующего хозяйством

 

Аннотация

В данном проекте спроектирована информационная система "АРМ заведующего хозяйством" для заведующего хозяйством ОАО "Красноярский машиностроительный завод". Цель проектирования - автоматизация процесса учета спецодежды и формирование заявок.

При проектировании информационной системы использованы основные принципы методологии. Проектирование произведено с использованием CASE-средств Ramus Educationalb и UML - редактор Software Ideas Modeler v.3.42.

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

Курсовой проект содержит ____ листов, в том числе 4 таблицы, 17 рисунков, 10 использованных источников, 1 приложение.

Содержание

Аннотация

Введение

Глава 1. Аналитическая часть

1.1 Характеристика предприятия

1.2 Организационная структура предприятия

1.3 Анализ существующего программного обеспечения

Глава 2. Проектная часть

2.1 Описание предметной области

2.2 Концептуальная модель предметной области

2.3 Проблемы предметной области и концепция информационной системы

2.3.1 Проблемы предметной области

2.3.2 Концепция информационной системы

2.3.2.1 Основные понятия

2.3.2.2 Функциональные требования

2.3.2.3 Нефункциональные требования

2.4 Концептуальная модель программного обеспечения информационной системы

2.5 Логическая модель ПО ИС

2.6 Реализация модели в среде CASE-средств

Заключение

Список литературы

Введение

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

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

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

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

автоматизированное рабочее место программный

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

Для достижения поставленной цели необходимо решить следующие задачи:

. Описать предметную область.

. Проанализировать существующее программное обеспечение.

. Выявить проблемы предметной области.

. Спроектировать базу данных замены спецодежды по срокам ввода в эксплуатацию.

Объект исследования: ОАО "Красмаш".

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

Глава 1. Аналитическая часть

1.1 Характеристика предприятия

ОАО "Красмаш" является основным изготовителем в России баллистических ракет для подводных лодок, а также базового модуля разгонного блока для ракет-носителей "ЗЕНИТ","ПРОТОН".

В рамках конверсионной программы освоено производство:

теплообменной аппаратуры и сепараторов;

котлового и емкостного оборудования;

ростовых установок для выращивания кристаллов поликремния;

нестандартного оборудования и др.

От общей занимаемой площади основная производственная площадь составляет 59%, вспомогательная - 10%, завод располагает развитым складским хозяйством (30421 м2), и практически автономными энергетическими источниками (воздух высокого и низкого давления, пар, горячая и артезианская вода).

АО "Красмаш" имеет собственную ТЭЦ, в состав которой входят:

Котлы КВТК-100 производительностью теплофикационной воды 100 Гкал каждый.

Паровые котлы мощностью 30 т/час перегретого пара (1т = 0,64 Гкал).

Насосы технической воды обеспечивают производительность 1000 т / час.

Агрегат получения дистиллированной воды 200 л / сутки.

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

В должностные обязанности заведующего хозяйством входит:

руководит работой по хозяйственному обслуживанию цеха;

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

следит за состоянием помещений и принимает меры по своевременному их ремонту;

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

проводит инвентаризацию вверенного имущества;

ведет отчетность по установленной форме.

1.2 Организационная структура предприятия

Генеральный директор ОАО "Красноярский машиностроительный завод"

Первый заместитель генерального директора - директор по производству

производственные цеха

производственный отдел

Первый заместитель генерального директора - директор по строительству и реконструкции

управление капитального строительства - УКС

отдел главного архитектора

центр теплозащитных покрытий - ЦТП

Заместитель генерального директора - директор службы безопасности

отдел №1

отдел №4

отдел №118

отдел №148

отдел №159

цех №69

бюро №3

бюро №140 - Центральный архив

руководитель бюро №140

Заместитель генерального директора - технический директор

отдел главного технолога

отдел главного конструктора

отдел промышленной безопасности

центральная заводская лаборатория - ЦЗЛ

Заместитель генерального директора - директор по экономике

планово-экономический отдел - ПЭО

отдел труда и зарплаты - ОТиЗ

Заместитель генерального директора - коммерческий директор

отделы снабжения

складское хозяйство

транспортные отделы

Заместитель генерального директора - директор по инновационному развитию

патентно-изобретательский отдел

Заместитель генерального директора - директор по персоналу и общим вопросам

отдел кадров

бюро 169

Заместитель генерального директора - главный инженер

отдел главного механика

отдел главного энергетика

вспомогательные цеха

Заместитель генерального директора по качеству и гарантийному надзору - начальник управления технического контроля

отдел управления качеством

отдел гарантийного надзора - ОГН

отдел стандартизации и метрологии

Финансовый отдел

Отдел главного бухгалтера

Юридический отдел

Административное управление

Управление № 2

1.3 Анализ существующего программного обеспечения

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

Составными частями АСУ ТП могут быть отдельные системы автоматического управления (САУ) и автоматизированные устройства, связанные в единый комплекс. Такие как системы диспетчерского управления и сбора данных (SCADA), распределенные системы управления (DCS), и другие более мелкие системы управления (например системы на программируемых логических контроллерах (PLC)). Как правило, АСУ ТП имеет единую систему операторского управления технологическим процессом в виде одного или нескольких пультов управления, средства обработки и архивирования информации о ходе процесса, типовые элементы автоматики: датчики, устройства управления, исполнительные устройства. Для информационной связи всех подсистем используются промышленные сети.

Система представляет собой автоматизированное звено (программно-аппаратный комплекс) управления производством, интегрируя в единое целое технологическую подготовку производства, оперативное календарное планирование (расчет, коррекцию и компьютерную поддержку производственных расписаний), диспетчерский контроль состояния обрабатываемых деталей и сборочных единиц. Система имеет принципиальную возможность осуществления оперативного планирования работ на оборудовании с ЧПУ на базе действующих на предприятии систем создания программ и математических моделей обрабатываемых поверхностей.

В систему (программно аппаратный комплекс) должны входить следующие типы автоматизированных рабочих мест (АРМ):

АРМ технолога-разработчика маршрутно-операционной технологии и материальных карт заготовок

АРМ диспетчера предприятия

АРМ мастера производственного участка

АРМ кладовщика.

Назначение и функции АРМ технолога:

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

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

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

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

ведение архива технологических процессов и данных о типовых технологических операциях, средствах технологического оснащения;

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

документирование результатов работы подсистем программы.

Назначение и функции АРМ диспетчера:

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

расчет производственного расписания загрузки оборудования по различным критериям;

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

формирование сменно-суточных заданий на рабочие места и участки цеха; - формирование оперативных маршрутных (пооперационных) карт по всем партиям запуска с контролем их прохождения по рабочим местам;

составление и автоматическая коррекция планово-учетного графика изготовления комплектов деталей с контролем готовности каждой партии запуска;

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

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

печать (выдача на конкретные АРМ) внутрицеховых документов: сменно-суточные задания на рабочие места, оперативные маршрутные (пооперационные) карты, рабочие наряды, планово-учетные графики изготовления изделий и пр.;

коррекция расписания работы цеха и конкретных единиц оборудования и рабочих мест в оперативном порядке;

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

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

контроль прохождения заказов на участках;

возможность моделирования материальных потоков в условиях различных режимов работы оборудования и различных сроков запуска деталей в обработку;

получение информации о текущем состоянии финансовых показателей производства;

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

Назначение и функции АРМ мастера производственного участка:

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

Назначение и функции АРМ кладовщика:

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

учет единиц хранения производится как по количеству, так и по весу;

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

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

Глава 2. Проектная часть

2.1 Описание предметной области

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

своевременно оформить заявки на получение вспомогательных материалов (ежемесячно);

своевременно оформить заявки на получения спецодежды (ежеквартально, ежегодно);

своевременно обеспечивать вспомогательными материалами;

своевременно производить выдачу и замену спецодежды.

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

В первый день выхода на работу работника обеспечивают спецодеждой, согласно норм выдачи утвержденного перечня. Заводиться личная карточка на каждого работника, где вписываются его данные необходимые для обеспечения спецодеждой и дата выдачи. Для этого письменно заполняется утвержденный бланк "Личная карточка". Карточки хранятся в кладовой. По истечении срока эксплуатации спецодежды производят ее замену. Для этого заведующий хозяйством каждый месяц пересматривает все карточки и составляет список на получение спецодежды по наименованию, размерам и количеству. После и этого в программе создаются требования, которые разрешает отдел снабжения, затем получение на складе. При выдаче и замене спецодежды в личной карточке обязательно ставиться дата выдачи и роспись работника (сдал, получил). Также для выдачи письменно заполняется ведомость на выдачу и акт списания бывшей в употреблении спецодежды. Затем эти ведомости и акты создаются в программе и сдаются в бухгалтерию. В конце года формируется годовая заявка на спецодежду, по наименованию, размерам и количеству. Для этого заведующий хозяйством вручную выписывает данные с личных карточек работников.

Основные знания предметной области отображены в таблице 1.

Таблица 1. Основные знания предметной области

ДанныеФункцииМеста обработкиЛюдиОперационное Время (процессы) ЦелиЗаявка новых работников; Замена спецодежды; Заявка от руководителей подразделенийРегистрация работника; Обработка заявки Кладовая Заведующий хозяйством Выдача спецодежды; Выдача материаловОбеспечение спецодеждой; Обеспечение материалами

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

Рис. 1 Контекстная диаграмма предметной области

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

Рис. 2 Диаграмма декомпозиции

2.2 Концептуальная модель предметной области

На основе анализа предметной области можно сформулировать следующие высказывания о предметной области (таблица 2):

Таблица 2. Перечень необходимых высказываний

№Необходимые высказывания1Предметная область определяется выдачей спецодежды2Работник дает устную заявку на получение спецодежды3Заведующий хозяйством проверяет наличие спецодежды 4Заведующий хозяйством оформляет (либо просматривает существующую) личную карточку работника5Заведующий хозяйством создает документ на выдачу6Заведующей хозяйством выдает спецодежду

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

Рис. 3 Диаграмма вариантов использования

На рис. 4 диаграмма вариантов использования, представляет более расширенный процесс выдачи спецодежды.

Рис. 4 Расширенная диаграмма вариантов использования

На рис. 5 диаграмма активности представляет последовательное выполнение процесса получения, оформления и выдачи спецодежды.

Рис. 5 Диаграмма активности

Диаграмма классов (рис. 6) моделирует отношения ключевых объектов предметной области. Ключевым объектом является работник, при выдачи спецодежды заводится личная карточка, из которых состоит картотека работников. При выдачи заполняется ведомость МБ-7 на основании которой делается списание в картотеке кладовщика.

Рис. 6 Диаграмма классов объектов

2.3 Проблемы предметной области и концепция информационной системы

2.3.1 Проблемы предметной области

Для выявления проблем предметной области "АРМ заведующего хозяйством" был проведен анализ диаграмм модели предметной области. Основным процессом в работе заведующего хозяйством ОАО "Красмаш" является своевременное обеспечение работников цеха спецодеждой и ее заменой. Для этого формируются ежегодно и ежеквартально заявки в отдел снабжения.

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

На основании выше изложенного можно выделить следующие проблемы предметной области:

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

. высокая вероятность ошибок при ручном формировании;

. отсутствие базы данных для формирования заявки на спецодежду.

2.3.2 Концепция информационной системы

2.3.2.1 Основные понятия

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

Картотека кладовщика - это картотека в электронном виде, где ведется учет прихода и расхода спецодежды.

Кладовая - помещение где храниться полученная спецодежда.

Электронная картотека - база данных, содержащая учетные данные из личных карточек работников.

2.3.2.2 Функциональные требования

Проведенный анализ предметной области и выявленные проблемы, дает возможность выделить функциональные требования к разрабатываемой базе данных. База данных должна представлять собой электронную картотеку, обладающую следующими функциональными возможностями:

формировать список спецодежды помесячно, поквартально, годовой;

возможность внесения новых данных, изменения и удаления данных.

2.3.2.3 Нефункциональные требования

Разрабатываемая база данных должна соответствовать следующим требованиям:

соответствовать требованиям государственных стандартов в области складского учета;

должна поддерживать основной и профилактический режимы функ-ционирования;

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

система должна быть реализована в среде MS Access;

должна иметь удобный и понятный пользовательский интерфейс.

2.4 Концептуальная модель программного обеспечения информационной системы

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

Таблица 3. Трехсхемная архитектура

№Наименования слояНеобходимые высказывания1Представление (внешняя схема) Предоставляет услуги отображения данных, обработки событий пользовательского интерфейса2Предметная область (внутренняя схема) Выполняет обработку вводимых и хранимых данных, обработку команд, поступающих с внешней схемы, и передачу информации процессору3Источник данных (процессор) Выполняет обращения к базе данных, поставляет данные из базы, сохраняет изменения в базе данных

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

Рис. 7 Диаграмма классов концептуальной модели системы

Таблица 4. Назначение классов концептуальной модели

№Наименование классаНазначение классаСлой представления1Ф-картотека работниковГраничный класс, отвечающий за отображение форм таблиц работников, личных карточек, параметров и результатов поиска по учетным данным документов2Ф-добавлениеГраничный класс, отвечающий за обработку и внесение в базу новых данных3УправлениеУправляющий класс, отвечающий за управление системой в целомСлой предметной области4РаботникиКласс хранения, содержащий ключевые данные картотеки работников5Личные карточкиКласс хранения, содержащий атрибуты личных карточек6Картотека кладовщикаКласс хранения, содержащий данные о наличииСлой источника данных7Шлюз базы данныхГраничный класс, отвечающий за поставку данных из базы для объектов предметной области, добавление данных в базу и сохранение изменений

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

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

Рис. 8 Диаграмма последовательности, моделирующая выполнение основной функции информационной системы

Рис. 9 Диаграмма последовательности, моделирующая функцию дополнения картотеки работников

2.5 Логическая модель ПО ИС

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

Рис. 10 Диаграмм последовательности, моделирующая выполнение функции поиска личной карточки

Рис. 11 Диаграмма классов логической модели

2.6 Реализация модели в среде CASE-средств

В качестве примера реализации модели в среде CASE - средства описан процесс моделирования диаграмм логической модели программного обеспечения информационной системы.

Для создания моделей программного обеспечения информационной системы было выбрано CASE - средства Ramus Educationalb и UML - редактор Software Ideas Modeler v.3.42.

Программное обеспечение Ramus предназначено для использования в проектах, в которых необходимо описание бизнес-процессов предприятия и (или) создание систем классификации и кодирования.полностью поддерживает методологию моделирования бизнес-процессов IDEF0 и DFD, а так же имеет ряд дополнительных возможностей призванных удовлетворить потребности команд разработчиков систем управления предприятиями. Вершиной древовидной структуры диаграмм является контекстная диаграмма, которая представляет собой самое общее описание системы и ее взаимодействия с внешней средой (рис.12). После описания системы в целом проводится функциональная декомпозиция - разбиение модели на крупные фрагменты. Результат разбиения - диаграмма декомпозиции, представленная на рис. 13.

Рис. 12 Пример контекстной диаграммы

Рис. 13 Пример диаграммы декомпозиции

Диаграмма вариантов использования (прецедентов) в UML - диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне. Прецедент - возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе. Пример диаграммы вариантов использования приведен на рис. 14.

Рис. 14 Пример диаграммы вариантов использования

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

Рис. 15 Пример UML-диаграммы классов

На диаграмме последовательности представляют взаимодействие между объектами во времени. Диаграммы последовательности имеют две размерности: вертикальная представляет время, горизонтальная - различные объекты. Обычно интерес представляет только последовательность действий, но в случае систем реального времени ось времени может быть соответствующим образом размечена. Объекты располагаются слева на права таким образом, чтобы крайним слева был тот объект, который инициирует взаимодействие.

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

Рис. 16 Пример UML-диаграммы последовательности

Диаграммы активности можно использовать для моделирования динамических аспектов поведения системы. Они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграмм активности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы активности могут использоваться самостоятельно для визуализации, специфицирования, конструирования и документирования динамики совокупности объектов, но они пригодны также и для моделирования потока управления при выполнении некоторой операции. Если в диаграммах взаимодействий акцент делается на переходах потока управления от объекта к объекту, то диаграммы деятельности описывают переходы от одной деятельности к другой. На каждой диаграмме активности есть начальный и конечный узел, могут присутствовать узлы слияния, разделения, решения и объединения. Узел решения определяет правила ветвления и различные варианты дальнейшего развития сценария. Узел объединения соединяет несколько вариантов деятельности в один. Узлы решения и объединения аналогичны логическому выражению " строгое или". Узел разделения делит деятельность на несколько параллельных потоков, узел слияния объединяет параллельные потоки. Узлы слияния и разделения соответствуют логическому "и". Пример диаграммы активности приведен на рис. 17.

Рис. 17 Пример диаграммы активности

Заключение

В ходе курсового проектирования были решены следующие задачи:

. Описана предметная область.

. Проанализировано существующее программное обеспечение.

. Выявлены проблемы предметной области.

. Спроектирована база данных замены спецодежды по срокам ввода в эксплуатацию.

В процессе изучения предметной области были сформулированы основные знания предметной области и построены диаграммы в нотациях IDEF0 и DFD, описывающие процессы заведующего хозяйством ОАО "Красмаш". Было выявлено, что главной проблемой предметной области является отсутствие автоматизации формирования заявки на спецодежду в работе заведующего хозяйством, что приводит к большим затратам рабочего времени на выполнение этой операции.

Список литературы

1.IT-GOST.ru - оформление проектной документации (ГОСТ 34, 19, СТ РК, ИСО). 2009. [Электронный ресурс]. - URL: <http://it-gost.ru>;

.Блог Java программиста [Электронный ресурс]. - URL: <http://programador.ru/>;

.Методология IDEF0. [Электронный ресурс]. - URL: http://5fan. info/merotrqasrnarna.html <http://5fan.info/merotrqasrnarna.html>;

.Современные технологии создания программного обеспечения. [Электронный ресурс]. - URL: http://citforum.ru/programming/application/program/1. shtml <http://citforum.ru/programming/application/program/1.shtml>;

.АСУ ТП - типовая структура. EAM, ERP, Программное обеспечение. [Электронный ресурс]. - URL: <http://www.tadviser.ru/>;

.Концепции IDEF0. [Электронный ресурс]. - URL: <http://www.itstan.ru/funk-strukt-analiz/koncepcii-idef0.html>;

.Введение в UML: Учебный курс / А. Бабич [Электронный ресурс]. - URL: http://www.intuit.ru/studies/courses/1007/229/info;

.Коваленко В.В. Проектирование информационных систем: учебное пособие / В.В. Коваленко. - М.: ФОРУМ, 2012. - 320с.;

.Ларин А. UML - это просто, 09.11.2007 [Электронный ресурс]. - URL: http://larin. in/archives/26;

.МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0. ГОССТАНДАРТ РОССИИ Москва [Электронный ресурс]. - URL: http://www.nsu.ru/smk/files/idef. pdf <http://www.nsu.ru/smk/files/idef.pdf>.

Аннотация В данном проекте спроектирована информационная система "АРМ заведующего хозяйством" для заведующего хозяйством ОАО "Красноярский

Больше работ по теме: