Введение
1 Исследование предметной области
2 Построение базы данных
2.1 Логическое проектирование
2.2 Инфологическая схема базы данных
2.3 Физическая схема базы данных
3 Построение приложения
3.1 Проектирование бизнес-логики
3.2 Реализация интерфейса
3.3 Тестирование приложения
Заключение
Список использованных источников
Приложения
ВВЕДЕНИЕ
Равномерность и бесперебойность работы предприятий и особенно их основных производственных подразделений во многом зависят от своевременного обеспечения рабочих мест материалами, инструментом, различными видами энергии, транспортом, от исправности и работоспособности оборудования. Обеспечение всем этим возлагается на вспомогательные производства предприятия.
При необходимости, если мощности вспомогательного производства не обеспечивают бесперебойного обслуживания основного производства, в плане предприятия должно быть предусмотрено развитие мощности путем реконструкции, расширения или нового строительства, а также учтена возможность выполнения соответствующих работ или получения услуг со стороны, в первую очередь от централизованных вспомогательных производств вышестоящего органа. Иначе говоря, должна быть обеспечена пропорциональность развития основного и вспомогательного производств предприятия.
Актуальность темы курсового проекта заключается в повышении эффективности и качества принимаемых управленческих решений, сокращению сроков их реализации, снижению затрат за счет использования современных информационных технологий.
Данное приложение сэкономит время при сборе информации, позволит эффективно вести учет и контроль вспомогательного производства.
Объектом исследования в курсовом проекте является отдельно машиностроительное предприятие, в котором осуществляется управление вспомогательным производством.
Предметом исследования является разрабатываемое приложение для управления вспомогательным производством.
1 ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Современное машиностроительное предприятие – это, прежде всего большой коллектив трудящихся, поэтому организация труда каждого отдельного работника должна сочетаться с общими вопросами организации общественного производства, должна быть связана с разделением труда, его специализацией и кооперированием.
На современном машиностроительном предприятии его территория используется для транспортировки изделий из одного цеха в другой на автотранспорте; при вывозе готовой продукции на заводы-потребители применяется железнодорожный транспорт. Движущийся автомобильный и железнодорожный транспорт представляет опасность для жизни. В связи с этим на территории предприятия необходимо выполнять следующие правила: ходить только по пешеходным дорожкам и тротуарам; не переходить железнодорожные пути вблизи приближающегося поезда; не пролезать под вагонами, не проходить между расцепленными близко стоящими вагонами; при переходе проезжей части дороги подчиняться указаниям сигнальных устройств.
Как указывалось, выше, современное машиностроительное предприятие целесообразно размещать в одном или нескольких больших блоках-корпусах. Площадь крупных корпусов может достигать 60 - 100 тыс. м2 и более, а ширина 200 м и более. В таких условиях из-за большой ширины корпуса трудно выполнить требование сокращения расстояний от рабочих мест до бытовых помещений, если размещать последние только в пристройках к производственному корпусу. В этом случае бытовые помещения следует располагать как в пристройках по периметру здания, так и встроенными внутрь здания. Все бытовые помещения располагаются на 2 - м этаже каждой встройки. В первом этаже, по середине, в 12-метровом пролете, располагаются энергетические службы, по сторонам, в двух 12-метровых пролетах - цеховые вспомогательные отделения и службы, а также производственные площади.
2 ПОСТРОЕНИЕ БАЗЫ ДАННЫХ
2.1 Логическое проектирование
Создание информационной системы (далее – ИС) – сложный процесс, который можно представить, как поэтапный спуск от общей концепции будущей ИС, через понимание ее логической структуры к наиболее детальным моделям, описывающим физическую реализацию. Диаграмма деятельности относится к логической модели.
В качестве графического представления для выделения основных функций системы мы применяем диаграмму вариантов использования (use case).
Диаграмма вариантов использования дает нам представление, ЧТО должна делать Система. На вопрос КАК можно ответить, используя диаграмму деятельности.
Диаграмма активностей (или, как часто говорят, диаграмма деятельности) – диаграмма UML, выглядящая наиболее простой, поскольку напоминает привычную всем блок-схему. На самом же деле диаграмма активности - это нечто большее, чем блок-схема, хотя цели у них похожи: обе они отображают некий алгоритм.
Диаграммы деятельности позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния (деятельности) в другое. Но этот вид диаграмм может быть использован и для описания динамики совокупности объектов. Они применимы и для детализации некоторой конкретной операции, причем, как мы увидим далее, предоставляют для этого больше возможностей, чем "классическая" блок-схема. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходах потока управления от объекта к объекту.
3 ПОСТРОЕНИЕ ПРИЛОЖЕНИЯ
3.1 Проектирование бизнес-логики
Бизнес-логика – в разработке информационных систем – совокупность правил, принципов, зависимостей поведения объектов предметной области (области человеческой деятельности, которую система поддерживает). Иначе можно сказать, что бизнес-логика – это реализация правил и ограничений автоматизируемых операций. Является синонимом термина «логика предметной области» (англ. domain logic).
Проще говоря, бизнес-логика – это реализация предметной области в информационной системе. К ней относятся, например, формулы расчёта ежемесячных выплат по ссудам (в финансовой индустрии), автоматизированная отправка сообщений электронной почты руководителю проекта по окончании выполнения частей задания всеми подчиненными (в системах управления проектами), отказ от отеля при отмене рейса авиакомпанией (в туристическом бизнесе) и т. д.
В фазе бизнес-моделирования и разработки требований бизнес-логика может описываться в виде:
- текста;
- концептуальных аналитических моделей предметной области (онтологии);
- бизнес-правил;
- разнообразных алгоритмов;
- диаграмм деятельности;
- графов и диаграмм перехода состояний;
- моделей бизнес-процессов.
В фазе анализа и проектирования системы бизнес-логика воплощается в различных диаграммах языка UML или ему подобных. В фазе программирования бизнес-логика воплощается в коде классов и их методов, в случае использования объектно-ориентированных языков программирования, или процедур и функций, в случае применения процедурных языков.
ЗАКЛЮЧЕНИЕ
Результатом выполнения курсового проекта является разработанное приложение для управления вспомогательным производством на машиностроительном предприятии.
Цель курсового проекта считается достигнутой, так как решены следующие задачи:
- проведен анализ предметной области приложения;
- описана постановка прикладных задач;
- разработана и сформирована база данных;
- разработаны программные модули;
- проведено тестирование разработанного приложения.
В рамках разработанного приложения была спроектирована и реализована общая информационная база, содержащая информацию о вспомогательном производстве, вовлеченная в процесс рассмотрения и управления. Участники процесса обеспечены унифицированным пользовательским интерфейсом, который позволяет организовать доступ к данной базе и тем самым поддерживает процесс принятия решений.
Приложение предназначено для целенаправленного ведения управленческих процессов и обеспечения смежных и вышестоящих систем управления оперативной и достоверной информацией.
Созданное приложение призвано упрощать работу сотрудника машиностроительного предприятия. Основным направлением разработанного приложения служит управление вспомогательным производством.
1. Глушаков С.В. Базы данных: учебный курс / С.В. Глушаков Д.В. Ломотько. – Киев: Абрис, 2000. – 480 с.: ил.
2. Зелковец М.В. Принципы разработки программного обеспечения / М.В. Земковец. – Москва: Мир, 1982. – 400 с.: ил.
3. Зиглер К.К. Методы проектирования программных систем / К.К. Зиглер – М.: Мир, 1985. – 520 с.: ил.
4. Крёнке Д.Р. Теория и практика построения баз данных / Д.Р. Кренке. – СПб: Питер, 2003. – 540 с.: ил.
5. Кинг Д.А. Создание эффективного программного обеспечения/ Д.А. Кинг. – М.: Мир, 1991. – 412 с.: ил.
6. Константайн Л.О. Практическое руководство по Visual Studio 2015 / Л.О. Константайн, Л. Локвуд. – СПб: Питер, 2004. – 592 с.: ил.
7. Левчук Е.А. Технология организации, хранения и обработки данных / А.Е. Левчук. – М.: Вышэйшая школа, 2005. – 450 с.: ил.
8. Малыхина М.М. Базы данных: основы, проектирование, использование / М.М. Малыхина. – СПб: БХВ-Петербург, 2004. – 423 с.: ил.
9. Объектно-ориентированный анализ и проектирование с примерами пользователя / Пер. с англ. Г.Г. Буг. – М.: ДМК, 2000. – 224 с.: ил.
10. Тассел Д.Д. Стиль, разработка, эффективность, отладка, испытание программ / Д.Д. Тассел. – М.: Мир, 1981. – 450 с.: ил.
11. Тиори Т.О. Основы объектно-ориентированного языка программирования C# / Т.О. Тиори. – М.: Мир, 1985. – 430 с.: ил.
12. Ульман Дж. К. Основы систем баз данных / Дж. К. Уильман. – М.: Финансы и статистика, 1983. – 300 с.: ил.
13. Фрай Дж. Т. SQL в примерах и задачах / Дж. Т. Фрай [и др.]. – Мн.: ООО «Новое знание», 2002. – 578 с.: ил.
