Моделирование информационной системы строительной организации

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Профессионально-педагогический колледж

федерального государственного бюджетного образовательного учреждения высшего образования

«Саратовский государственный технический университет

имени Гагарина Ю.А.»

Практическая работа № 3

по МДК.03.02 «Инструментальные средства разработки программного обеспечения»

Тема «Моделирование информационной системы строительной организации»

Выполнил: студент группы ПКС-942

Родионов Н. А.

проверил: преподаватель

Комзолова А.А.

2016

Содержание

• Введение
• 1. Общие сведения и область применения
• 2. Назначение и цели создания системы
• 3. Характеристика объекта автоматизации
• 4. Требования к системе
• 4.1 Технические требования
• 4.2 Требования надежности
• 4.3 Требования безопасности
• 4.4 Функциональные требования
• 4.5 Требования к интерфейсу
• 4.6 Требования к программному обеспечению
• 5. Дополнительные сведения
• Заключение
• Введение
• Моделирование информационной системы - процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.
• Целью моделирования является систематизация знаний о компании и ее информационной системы в наглядной графической форме более удобной для аналитической обработки полученной информации.
• В настоящее время на рынке компьютерных технологий представлены несколько специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование информационных систем, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество - простота и доступность к овладению.
• Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов - стандарт США IDEF.
• 1. Общие сведения и область применения
• Главное достоинство идеи анализа информационных систем предприятия посредством создания его модели - ее универсальность. Во-первых, моделирование информационной системы это ответ практически на все вопросы, касающиеся совершенствования деятельности предприятия и повышения его конкурентоспособности. Во-вторых, руководитель или руководство предприятия, внедрившие у себя конкретную методологию, будет иметь информацию, которая позволит самостоятельно совершенствовать свое предприятие и прогнозировать его будущее.
• Для успешного осуществления управленческой деятельности необходимо составить четкое представление о структуре организации, взаимодействии ее составных частей и связях организации с внешней средой.
• Существующие в настоящее время организации отличаются огромным разнообразием, как по направлениям деятельности, так и по форме собственности, масштабам, другим параметрам. При этом каждая организация по-своему уникальна. Однако для управления всеми организациями применяются одинаковые принципы, методы и способы. Чтобы приспособить их к особенностям конкретного предприятия, четко определить место управляющих структур в общей структуре предприятия, а также их взаимодействие между собой и с другими подразделениями, широко применяется моделирование.
• 2. Назначение и цели создания системы
• информационный система архитектура строительный
• Целью работы является моделирование и анализ информационной системы строительной организации. Задачей работы являлось представление основной системы в виде подсистем состоящих из более мелких элементов, что позволяет более углубленно проанализировать систему.
• Для достижения цели необходимо решить следующие задачи:
• - описать организационную структуру предприятия
• - провести классификацию исследуемой системы
• - определить цели системы, миссии, дерево целей
• - описать архитектуру информационной системы
• - провести оценку экономической эффективности информационной системы
• Объектом исследования является строительная организация.
• 3. Характеристика объекта автоматизации
• Приводятся краткие сведения об области деятельности Заказчика (или подразделения организационной структуры Заказчика, для нужд которого разрабатывается система) и сферы автоматизации с указанием ссылок на ранее разработанные документы, содержащие более подробные сведения об организации заказчика.
• Как правило, объектом автоматизации являются бизнес-процессы, выполняемые в структурных подразделениях Заказчика. Следовательно, применительно к данному ТЗ, объектами автоматизации будут являться бизнес-процессы.
• Основным содержанием построения дерева целей является переход от глобальной цели к совокупности более мелких подцелей. Его построение основано на следующих положениях:
• 1) Формирование функции любой системы определяется целями системы более высокого уровня;
• 2) Цели высших уровней достигаются не непосредственно, а на основе достижения подцелей;
• 3) Цель системы нижних уровней иерархии является одновременно средством, ресурсом системы высшего уровня;
• 4) Средства достижения цели являются ее подцелями и становятся целями для нижестоящих уровней;
• 4. Требования к системе
• 4.1 Технические требования
• Технические условия, как минимум, должны содержать:
• - данные о максимальной нагрузке и сроках подключения объектов капитального строительства к сетям инженерно-технического обеспечения;
• - срок действия технических условий;
• - информация о плате за подключение.
• 4.2 Требования надежности

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

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

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

4.3 Требования безопасности

С точки зрения техники безопасности в ППР должно быть определено:

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

- Места складирования строительных конструкций и материалов.

- Границы опасных зон.

- Переходные пешеходные мостики и мосты для движения автотранспорта через траншеи.

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

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

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

- Безопасные проходы к рабочим местам и способы подъема на этажи строящихся зданий

- Безопасная последовательность грузоподъемных операций.

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

- Крутизна откосов выемок глубиной более 5 м

- Конструкция крепления вертикальных стенок котлованов и траншей глубиной более 3 м.

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

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

- Последовательность разборки скользящей опалубки.

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

- Расположение и зоны действия монтажных механизмов.

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

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

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

- возможность ввода и редактирования информации в базе данных;

- возможность расчета заработной платы;

- возможность учета запасов на складе.

4.5 Требования к интерфейсу

- графическая среда - картинка на экране;

- набор управляющих элементов пользовательского интерфейса и их расположение на экране;

- функциональность (соответствие задачам пользователя);

- соответствие технологии;

- понятность и логичность;

- обеспечение защиты от человеческих ошибок;

- быстрое обучение пользователя;

4.6 Требования к программному обеспечению

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7 или поздней версией. Наличие.NET Framework 4 и MS SQL Server CE Client.

• 5. Дополнительные сведения
• Определяется порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
• Рисунок 3 ТOP-диаграмма «А-0 Информационная система строительной организации»

• Рисунок 4 Диаграмма декомпозиции «А0 Информационная система строительной организации»
• Блок Модуль «Отчеты». На вход данного блока поступают информация о работниках, информация об изменении цен, информация о состоянии объектов и информация о работе подрядчиков. На выходе мы получим отчеты по нераспроданным квартирам, отчет о работниках, отчет о сданных квартирах\домах, отчет о выплаченной заработной плате работникам, отчет об изменении цен и отчет по работе подрядчиков. Механизмами является работники, подрядчики и МТО. Управляющее воздействие на модули оказывает техническое задание.
• Далее мы проводим декомпозицию блока «Модуль «Поставщики» (Рисунок 5).
• Блок «Модуль «Поставщики» декомпозируется на три блока: «БД «Поставщики», «Информация о ценовой политике», «Информация о закупаемых материалах».
• Блок «БД «Поставщики».
• На входы поступает информация о поставщиках. На выходе информация о поставщиках. Управляющее воздействие на модули оказывает техническое задание, а механизмом являются сотрудники и МТО.
• Блок «Информация о ценовой политике».
• На входы поступает информация о поставщиках. На выходе получаем информацию о поставщиках предоставляющих услуги. Механизмами является МТО, подрядчики. Управляющее воздействие на модули оказывает техническое задание.
• Блок «Информация о закупаемых материалах»
• На вход этого блока поступает информация о поставщиках предоставляющих услуги, на выход информация о строительных материалах. Управляющее воздействие на модули оказывает техническое задание, а механизмами будут подрядчики и МТО
• Рисунок 5 Диаграмма декомпозиции «А2 Модуль «Поставщики»
• После того, как нами была произведена декомпозиция блока «Модуль «Поставщики» на 3 части, нужно приступить к декомпозиции блока «Модуль «Объекты» который делится на 4 блока: «Информация о наличии требуемых материалов», «Расчёты затрат при возведении объекта», «БД «Сданные объекты» и «БД «Цены».
• Блок «БД «Информация о наличии требуемых материалов».
• На входы поступает информация о работниках объекта, информация о строй материалах и информация о подрядчиках. На выходе информация о материалах. Управляющее воздействие на модули оказывает техническое задание, а механизмом являются работники, подрядчики и МТО.
• Блок «Произведение расчетов затрат при возведении объекта».
• На входы поступает информация о материалах. На выходе получаем информацию о произведенных расчетах. Механизмами является МТО, подрядчики и работники. Управляющее воздействие на модули оказывает техническое задание.
• Блок «БД «Сданные объекты».
• На входы поступает информация о произведенных расчетах. На выходе получаем информацию о товаре. Механизмами является МТО, подрядчики и работники. Управляющее воздействие на модули оказывает техническое задание.
• Блок «БД «Цены».
• На вход этого блока поступает информация о товаре, на выход информация о состоянии объектов и информация об изменении цен. Управляющее воздействие на модули оказывает техническое задание, а механизмами будут МТО, подрядчики и работники

• Рисунок 6 Диаграмма декомпозиции «А3 Модуль «Объекты»
• Декомпозиция блока «Персонал». Производится по типу DFD.
• Диаграммы потоков данных (Data Flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как есть связанных между собой функциональных блоков. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:
• Функции обработки информации;
• - Документы (стрелки), объекты, сотрудников или отделы, которые участвуют в обработке информации;
• - Внешние сущности (External references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
• Таблицы для хранения документов (хранилище данных, data store).
• На входе в хранилище данных «Информация о работниках» мы получаем информацию о количестве отработанных смен, информацию о выполнении планов и информацию о сотрудниках. На выходе информация о начислении премии, которая поступает в блок «Модуль «Касса, а на выходе этого блока получаем учет РКО, который поступает в блок «Модуль «Движение ДС», на выходе получаем информацию о выдаче ДС работникам, которая поступает в блок «БД «Зарплата», на выход информация о работниках за месяц. Управляющее воздействие на модули оказывает техническое задание, а механизмами будут работники и МТО.
• Рисунок 7 Диаграмма декомпозиции «А1 Модуль «Персонал»
• Заключение
• В результате выполнения была достигнута цель, которая была поставлена в задании на работу, а именно - моделирование и анализ информационной системы строительной организации были решены следующие задачи:
• 1. Описана организационная структура предприятия
• 2. Проведена классификация исследуемой системы,
• 3. Определены цели системы, миссии, дерево целей,
• 4. Описана архитектура информационной системы,
• 5. Проведена оценка экономической эффективности информационной системы
• Размещено на Allbest.ru