Курсовая работа на тему «Проектирование, моделирование и разработка информационной системы: учёт расходных материалов медицинского центра»

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

Скачать пример Заказать работу Скачать пример Заказать работу

Оглавление

Условные обозначения

Введение

Глава 1. Описание предметной области

1.1 Исследование предметной области

1.2 Технико-экономическое обоснование

1.3 Методологии проектирования

1.4 Методы проектирования

1.5 Проектирование в SADT

1.6 Проектирование в UML

Глава 2. Моделирование информационной системы

2.1 Техническое задание на информационную систему

2.2 Создание модели в стандарте SADT (IDEF0)

2.3 Декомпозиция родительской модели

2.4 Модели в нотации языка UML

Нужна помощь в написании курсовой?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.

Цена курсовой

Глава 3. Разработка информационной системы

3.1 Охрана труда

3.2 Инструменты разработки

3.3 Создание таблиц базы данных и связей между ними

3.4 Создание бизнес логики

3.5 Создание программного интерфейса

Заключение

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

Условные обозначения

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

БД — база данных;

АИС — автоматизированная информационная система;

ИС — информационная система;

Рис. — рисунок;

UML — Unified Modeling Language;

IDEF — functional modeling;

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

Диаграмма 1 Опрос населения «наиболее острые проблемы здравоохранения» (I-II квартал 2015 г.)

Как видно из диаграммы 1 наиболее недовольно население проблемами (1 место) платных услуг в медицине и проблемами очередей в медицинских учреждениях, (2 место) длительное ожидание сроков оказания медицинской помощи, (3 место) дефицит диагностического оборудования. Одна из причин возникновения данных проблем — не рациональное использование бюджета исходя из того, что процессы управления расходными материалами недостаточно проработаны. Стоит сделать пояснение, что в данном проекте мы будем рассматривать как государственные, так и частные медицинские учреждения, данная проблема возникает и в государственных учреждениях и частных. Исходя из этого возникает потребность в создании информационной системы, которая поможет более эффективно проводить учёт возникающих проблем, что в свою очередь уменьшит их воздействие.

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

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

1. Провести анализ особенности учёта медицинского расходного материала

Нужна помощь в написании курсовой?

Заказать курсовую

2. На основе анализа выявить проблемы учёта

3. Спроектировать информационную систему учета медицинских расходных материалов.

4. Смоделировать информационную систему учета медицинских расходных материалов.

5. Разработать информационную систему

Объект исследования — система учёта медицинских расходных материалов

Предмет исследования: — моделирование и разработка информационной системы учёта медицинских расходных материалов.

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

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

Теоретическую основу курсовой работы составили авторы: В.В. Персианов, Е. И. Логвинова, Кибиткин А. И., Дрождинина А. И., Мухомедзянова Е. В., Скотаренко О. В.

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

Структура работы. Работа состоит из введения, трех глав и заключения.

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

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

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

В заключение описаны выводы о поставленной цели.

Глава 1. Описание предметной области

1.1 Исследование предметной области

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

Вот, что говорит словарь С.И. Ожегова: Медицина — совокупность наук о здоровье и болезнях, о лечении и предупреждении болезней, а также практическая деятельность, направленная на сохранение и укрепление здоровья людей, предупреждение и лечение болезней [2]. По определению, медицина — область науки, помогающая людям лечить болезни, следовательно, одно из направлений медицины — работа с людьми.

Дав определению медицины, мы понимаем область ее действия, следующее, что необходимо определить, что такое «медицинский центр». За этим обратимся к сайту «Википедия». Медицинский центр — вид гражданского стационарного медицинского учреждения, направленного на лечение больных и/или специализированную углубленную дифференциальную диагностику заболеваний в стационарных условиях. Проще говоря, медицинский центр — сооружение по предоставлению медицинских услуг.

По этому определению можно выделить некоторые объекты системы медицинского центра:

Так как направление моего курсового проекта «Учет расходных материалов медицинского центра», то, следовательно, связь пациентов нам следует убрать из рассмотрения. Пациенты в нашей разрабатываемой информационной системе не будут играть ключевой роли. Разберем, какие виды персонала могут работать в медицинском учреждении. Персонал медицинского центра состоит из нескольких направлений:

Нужна помощь в написании курсовой?

Заказать курсовую

1. Специалисты — сотрудники, оказывающие услуги в медицинском центре (медсестры, врачи, лаборанты)

2. Управление — сотрудники, занимающиеся в основном управлением персоналом, так же являющиеся специалистами (Главный врач, зам. Главного врача).

3. Сторонний персонал — сотрудники, не имеющие отношения к медицинской деятельности, но работающие в медицинском центре (кладовщик)

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

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

Рисунок 2 Субъекты информационной системы

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

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

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

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

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

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

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

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

Нужна помощь в написании курсовой?

Подробнее

Определение обязанностей начнем с определения обязанностей кладовщика. В обязанности кладовщика в обязательном порядке входит:

Ø Проверка сопроводительных документов на соответствие получаемой поставке

Ø Прием материалов на склад

Ø Ведение учета складских операций

Ø Организация и проведение инвентаризации

Ø Составление дефектных ведомостей

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

На основе этого списка можно выделить основные функции кладовщика в нашей информационной системе:

ü Учет принимаемых материальных средств на склад

ü Учет распределенных материальных средств со склада

ü Учет материальных средств после инвентаризации

ü Списание материала на основе срока годности или невозможности дальнейшего использования

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

ü Добавление сотрудника в базу данных

Нужна помощь в написании курсовой?

Подробнее

ü Определение доступа в базу данных по должности

ü Доступ к составлению отчетной документации

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

ü Заказ материала со склада

ü Просмотр текущего количества материала

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

1.2 Технико-экономическое обоснование

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

Сколько в медицинском центре может находится материалов на учете? Пятьдесят? Сто? Двести? А может и больше. Материал может варьироваться от «Медицинских палочек» стоимость которых на момент написания курсового проекта в среднем составляет 240 — 250 рублей за 100 шт., до «Химических стерилизаторов» стоимостью от 5 т. р. до 80 т. р.

Платформой для разработки программного обеспечения будет программа Microsoft Office 2013. Выбор данной платформы обусловлен тем, что платформа Windows очень широко распространена (диаграмма 2).

Диаграмма 2 Использование операционных систем за 2016 год (в %)

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

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

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

Нужна помощь в написании курсовой?

Подробнее

В эту стоимость входит:

1. системный блок (10 -15 т. р)

2. монитор (5 — 7 т. р.)

3. Периферия (1 т. р)

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

Стоимость маленького сервера варьируется от 14 т. р. До 25 т. р.

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

Время на разработку программного обеспечения — 3 месяца (октябрь, ноябрь, декабрь). Время, которое будет уделяться для разработки составляет 3 часа в день по рабочим дням в течении 3 месяцев. Итого общее время разработки планируется: (3 х 5 х 4 х 3 = 180ч). Из вычисленных сто сорок четыре часа (144 ч.) отводятся для проектирования, моделирования и разработки информационной системы, а тридцать шесть часов (36 ч.) отводятся для тестирования информационной системы.

Формулы для расчета заработной платы на основе человека — часа мы будем считать стоимость разработки на основе времени работы по 8 часовому графику с занятостью 5 дней в неделю.

По формуле стоимость часа разработки рассчитывается на основе заработной платы разработчика поделенной 160 (4 недели по 40 часов). За основу заработной платы мы возьмём среднюю зарплату junior VBA программиста. Средняя зарплата junior VBA программиста по Москве составляет 27 т. р. Расчеты заработной платы на разработку представлены в таблице № 1.

Таблица 1 Расчеты затрат на разработку

Тип	Показатель
Время разработки (ч)	180
Час разработки (руб.)	27000 / 160 = 168,75
Итого (руб.)	180 х 168,75 =30375

Итоговая сумма затрат на разработку будет составлять 30375 рублей.

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

Первое, что мы должны вычислить цену на оборудование и программное обеспечение к нему:

Нужна помощь в написании курсовой?

Подробнее

PC — количество компьютеров;

PriceHW — цена за комплект оборудования;
PriceSW — цена за комплект ПО;
PriceServer — цена за сервер;

(1)

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

Минимальная итоговая стоимость будет составлять:

(15000+7500) +14000+30375 = 2.294.375 руб.

Максимальная итоговая стоимость будет составлять:

(23000+25000) + 25000 + 30375 = 4.855.375 руб.

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

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

1.3 Методологии проектирования

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

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

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

Нужна помощь в написании курсовой?

Заказать курсовую

Модели жизненного цикла:

Рисунок 3 Модели жизненного цикла

1) Каскадная модель — последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

2) Поэтапная модель с промежуточным контролем (водопадная модель). Разработка ИС ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

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

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

Особое внимание следует уделять начальным этапам разработки — анализу и проектированию, которые позволяют с помощью создания макета проекта описать разрабатываемую информационную систему.

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

Во время всего жизненного цикла автор будет руководствоваться стандартами:

1. ГОСТ 34.601-90 — устанавливает стадии и этапы создания автоматизированных информационных систем. Стандарт описывает содержание работ на каждом этапе. Стадии и этапы работы, закреплённые в стандарте, степени соответствуют каскадной модели жизненного цикла.

2. ISO/IEC 12207:1995 — стандарт на процессы и организацию жизненного цикла. Распространяется на все виды программного обеспечения. Стандарт не содержит описания фаз, стадий и этапов.

В соответствии с базовым международным стандартом ISO/IEC 12207 все процессы жизненного цикла программного обеспечения делятся на три группы:

Основные процессы:. приобретение;. поставка;. разработка;. эксплуатация;. сопровождение..
Вспомогательные процессы:. документирование;. управление конфигурацией;. обеспечение качества;. разрешение проблем;. аудит;. аттестация;. совместная оценка;. верификация..
Организационные процессы:. создание инфраструктуры;. управление;. обучение;. усовершенствование.

1.4 Методы проектирования

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

Нужна помощь в написании курсовой?

Цена курсовой

от общего к частному (нисходящее проектирование).
от частного к общему (восходящее проектирования)

Нисходящее проектирование:

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

Ø SADT (IDEF0)

Ø UML (диаграмма прецедентов)

Ø UML (диаграмма компонентов)

Ø UML (диаграмма классов)

Ø UML (диаграмма объектов)

Ø UML (диаграмма активности)

Восходящее моделирование:

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

Ø UML (диаграмма активности)

Ø UML (диаграмма классов)

Ø UML (диаграмма объектов)

Ø UML (диаграмма компонентов)

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

1.5 Проектирование в SADT

Метод SАDT (Struсturеd Аnаlysis аnd Dеsign Tесhniquе) технология структурного анализа и проектирования считается классическим методом функционального подхода к управлению. Главный принцип процессного подхода заключается в создании единой структуры деятельности компании в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, обращающие в единую форму значимый для потребителя результат, представляют главную ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может не всегда продемонстрировать структурированную модель. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.

В соответствии с этим принципом бизнес-модель должна выглядеть следующим образом:

Рисунок 4 Принцип проектирования SADT

Метод SАDT представляет собой совокупность правил и функций, предназначенных для создание систематизированной функциональной модели объекта какой-либо предметной области. Функциональная модель SАDT отображает единую функциональную структуру объекта, т.е. производимые им действия и зависимости между этими действиями. Основные элементы этого метода основываются на следующих концепциях:

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

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

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

Общий вид блока диаграммы, построенной согласно методологии IDEF0 (IDEF0-диаграммы, или IDEF0 — модели).

Рисунок 5 Состав функциональной модели

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

Нужна помощь в написании курсовой?

Цена курсовой

Построение SАDT-модели заключается в выполнении следующих действий:

Ø сбор информации об объекте, определение его границ;

Ø определение цели и точки зрения модели;

Ø построение, обобщение и декомпозиция диаграмм;

Ø критическая оценка, рецензирование и комментирование.

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

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

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

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

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

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

На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы. На SАDT-диаграммах не указаны явно последовательность и время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений.

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

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

Принцип функциональной декомпозиции:

Нужна помощь в написании курсовой?

Подробнее

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

Принцип ограничения сложности:

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

Принцип контекстной диаграммы:

Создание модели делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается единственный блок — главная бизнес-функция системы. Если речь идет о создании модели целого подразделения, главная бизнес-функция не может быть сформулирована как, например, «продавать продукцию». Главная бизнес-функция системы — это «суть» системы, ее значение в окружающем мире. Нельзя правильно сформулировать главную функцию предприятия, не имея представления о его стратегии.

1.6 Проектирование в UML

В этом разделе мы рассмотрим инструменты проектирования языка UML.

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

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

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

Диаграмма прецедентов

Диаграмма прецедентов (диаграмма вариантов использования) в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

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

Прецедент — возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат.

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

Нужна помощь в написании курсовой?

Подробнее

Диаграмма классов

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

На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы. На этом этапе принципиально знание ООП подхода и паттернов проектирования.

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

Диаграммы последовательности

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

Взаимодействующие объекты обмениваются между собой некоторой информацией. При этом информация принимает форму законченных сообщений.

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

Диаграмма кооперации

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

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

Рисунок 7 Диаграмма кооперации

Диаграмма компонентов

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

Нужна помощь в написании курсовой?

Цена курсовой

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

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

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

Рисунок 8 Диаграмма компонентов

Диаграмма состояний

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

Рисунок 9 Диаграмма состояний

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

Глава 2. Моделирование информационной системы

2.1 Техническое задание на информационную систему

Заказ на разработку информационной системы был сделан КСТ «Лианозово». Ниже будет представлено описание технического задания на информационную систему:

1. Поддержка сетевого взаимодействия между несколькими пользователями;

2. Разделение прав доступа между пользователями;

3. Автономное добавление новых пользователей;

Нужна помощь в написании курсовой?

Подробнее

4. Специалисты заказывают расходный материал со склада;

5. Пользователи «Склад» отслеживают заказываемый материал;

6. Количественное отслеживание хранимого материала на складе;

7. Количественное отслеживание прихода;

8. Количественное отслеживание взятого материала сотрудниками;

9. Отслеживание движение материала в медицинском центре (списание, выдача);

10. Инвентаризация расходного материала;

11. Хранение результатов инвентаризации;

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

2.2 Создание модели в стандарте SADT (IDEF0)

Теперь после разбора инструментов моделирования можно приступить непосредственно к созданию моделей бизнес-процессов. Как было разобрано выше начинать моделирование мы будем с модели IDEF0.

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

Входные данные:

Ø Список прихода: для того чтобы использовать материал, он должен быть получен от поставщиков. Входные данные описывают поступление материала в том числе дату и количество.

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

Нужна помощь в написании курсовой?

Заказать курсовую

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

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

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

Выходные данные:

Ø Отчеты: обмен информацией по вертикали власти с далеких времен происходит посредством предоставления информации в бумажном виде. Отчеты выполняют эту функцию. Выходные данные представляют собой информацию на бумажном носителе, представленной в едином стандарте предприятия (информацией в отчете будут входные данные бизнес-процессов).

Ø Использование материала: предназначение материала в первую очередь, это возможность его использовать, но мы рассматриваем его переходные состояния до или после использования. Выходные данные представляют собой изменения состояния материала (приход, списание, передача сотруднику).

Управление:

Ø Законодательство: регулирует процессы работы и использования ресурсов, правила трудоустройства, необходимую квалификацию для выполнения работ и многое другое. Пример: Федеральный закон от 05.04.2013 N 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд».

Ø ГОСТ: стандарты, опирающиеся на законодательство определяющие единые схемы, алгоритмы, правила проведения работ, услуг, оформление документов и т.д. Пример: ГОСТ Р 52623.3 — 2015 «Технология выполнения простых медицинских услуг — Манипуляции сестринского ухода»

Механизм:

Ø Персонал: все сотрудники медицинского центра.

Ø Программное обеспечение (ПО): в наш век высоких технологий сложно представить любую организацию без информационных систем. Представляет собой информационную систему являющейся базой данных или программу в которой можно хранить информацию. (EXCEL, WORD, ACCESS).

2.3 Декомпозиция родительской модели

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

Нужна помощь в написании курсовой?

Цена курсовой

Взаимодействие системы с внутри описывается функциями:

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

ü Выдача материала: на входе список материала, который необходимо выдать, исполнение регулирует законодательство, ГОСТы, и внутренние правила, функцию выполняет персонал (кладовщик) на выходе идет отчет о выданном материале конкретному сотруднику, конкретного материала с указанием даты выдачи и занесением этой информации в базу данных.

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

ü Анализ инвентаризации: на вход поступает список расхождения по инвентаризации, функция регулируется внутренними правилами и выполняется персоналом (управление совместно с кладовщиком), на выходе поступает отчет о проведении инвентаризации.

ü Проверка прихода: на вход поступает список прихода, данная функция регулируется внутренними правилами и выполняется персоналом (кладовщиком), на выходе информация о принятом материале в том числе и список расхождения по приходу.

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

2.4 Модели в нотации языка UML

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

В данной работе используется для моделирования язык UML при помощи CASE-средства StarUML, а, следовательно, объектно-ориентированный подход.

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

конкретный, измеримый и нужный ему результат. Прецедент соответствует

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

Нужна помощь в написании курсовой?

Цена курсовой

На диаграмме прецедентов у нас находится у нас находится 3 актера: «Специалист», «Руководитель», «Кладовщик» и одна система — «база данных» которая включает в себя систему защиты.

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

Руководитель может также просматривать материал, который используют его подчиненные, и составлять отчет. Также в системе он может просматривать оборот материалов для составления отчета и управлять доступом к системе (добавлять нового сотрудника и изменять доступ существующим)

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

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

Ø Материал

o Артикул — числовой идентификатор материала

o Наименование — название материала, дающее первичное описание

o Описание — дополнительная информация о материале

o Срок годности — срок эксплуатации материала. В базе данных будет исчисляться в месяцах

Ø Сотрудник

o Индивидуальный номер — числовой идентификатор сотрудника

o Имя, фамилия, отчество — имя, фамилия, отчество сотрудника

o Должность — занимаемая должность сотрудника

Нужна помощь в написании курсовой?

Подробнее

o Тип — тип занимаемой должности сотрудника, характеризует собой вариант допуска к базе данных.

o Пароль — пароль для допуска в базу данных

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

Ниже будет дано описание таблиц, хранящих данные об обороте материала в учреждении.

Ø Склад — обновляемый список текущего количества материала на складе

Ø Приход материала — список материала прихода на склад

Ø Списанный материал — список списанного материала

Ø Выданный материал — список выданного материала сотрудникам

Ø Наличие у сотрудника — список материала со сроком годности находящегося у сотрудника

Ø Заказ со склада — список материала, который сотрудникам необходим

Диаграмма классов представляет собой описание бизнес-логики программного продукта. Диаграмма классов берет основу объектно- ориентированного программирования(ООП). В основе ООП лежат три основных принципа:

Ø Инкапсуляция

Ø Наследование

Ø Полиморфизм

Нужна помощь в написании курсовой?

Цена курсовой

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

Наследование — способность класса наследовать атрибуты родительского класса. Этот принцип позволяет существенно уменьшить время на разработку и размер создаваемой программы. Возьмем для примера объект сотрудник. В нашей программе он является единственным описывающим живого человека, но если возникнет необходимость в расширении программы до состояния, когда в систему могут вносится пациенты, то тогда наследование позволит выделить атрибуты присущие как сотруднику, так и пациенту и наследовать от общего класса, например, «Человек». Основной смысл наследования наименьший размер программы и легкое тестирование.

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

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

Диаграмма классов описана в терминах объектов и их атрибутов:

Ø Материал (Material)

o Артикул (Article): тип атрибута (string) строка

o Наименование (Name): тип атрибута (string) строка

o Описание (Description): тип атрибута (string) строка

o Количество (Count): тип атрибута (long) число со знаком в диапазоне от — -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807

o Срок годности (LifeSpan): тип атрибута (byte) число без знака от 0 до 255. В данном атрибуте подразумевается, что, если значение принимает значение «0», то материал является одноразовым, а если от «1» до «255», то выражение срока годности выражается в месяцах, как было описано выше

Ø Тип (Type) — класс

o Тип (Type) — перечисление (enum). Это перечисление не описано в диаграмме классов, так как оно не является классом, но входит в класс (Type) Тип. Перечисление — набор констант, однозначно определяющих значение переменной. В перечисление входят 3 варианта:

Type.Manage — должность управления
Type.Other — должность сторонних сотрудников, в данном случае передает должность кладовщика
Type.Simple — должность обычного специалиста

Ø Должность (Position)

o Наименование (Name): тип атрибута (string) строка

o Тип должности (TypePosition): тип атрибута класс (Type) Тип

Ø Сотрудник (Employee)

o Имя (FirstName): тип атрибута (string) строка

o Фамилия (SecondName): тип атрибута (string) строка

o Отчество (LastName): тип атрибута (string) строка

o Должность (Position): тип атрибута класс (Position) Должность

Ø Инвентаризация материала (InventoryMaterial) — класс наследуется от класса Материал (Material). В этом классе дополнительно будет добавлены атрибуты Дата (Date) и Разница (DifferenceCount). Класс описывает наименование материала, проходящего инвентаризацию.

Нужна помощь в написании курсовой?

Подробнее

Ø Списание материала (WriteOffMaterial) — класс наследуется от класса Материал (Material). Класс дополняется атрибутами Дата (Date) и атрибут класса Сотрудник (Employee). Класс описывает связь сотрудника и материала, который от него списывается.

Ø Материал сотрудника (MaterialOfEmployee) — класс наследуется от класса Материал (Material). Класс дополнен атрибутом Дата (Date). Класс описывает связь сотрудника и материалом, который ему присутствует на данный момент.

Ø Лист инвентаризации (InventoryList) — класс, наследуемый от класса Cписок (List) и хранящий в себе множество классов Инвентаризация материала (Inventory).

Ø Лист списания (WriteOffList) — класс, наследуемый от класса Список (List) и хранящий в себе множество классов Списание материала (WriteOffMaterial).

Ø Склад (StoreList) — класс наследуется от класса Список (List) и хранит в себе множество классов Материал (Material).

Ø Лист принадлежности (OwnedList) — класс наследуется от класса Список (List) и хранит в себе множество классов Материал сотрудника (MaterialOfEmployee).

Ø Документ Word (WordApp) — класс, направленный на динамическое создание документа Word с автоматическим заполнением информации.

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

Дорожка (swimlanes) — часть области диаграммы деятельности, на которой отображаются только те деятельности, за которые отвечает конкретный объект. Имеется в виду визуальная аналогия с плавательными дорожками в бассейне, если смотреть на соответствующую диаграмму.

Все состояния действия на диаграмме деятельности делятся на отдельные группы, которые отделяются друг от друга вертикальными линиями. Две соседние линии образуют дорожку, а группа состояний между этими линиями выполняется отдельным подразделением (отделом, группой, отделением, филиалом) организации. Например, могут быть использованы названия: склад, бухгалтерия, отдел охраны или генеральный директор, специалист отдела труда и так далее.

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

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

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

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

1. Сотрудник заказывает материал со склада

2. Кладовщик выдает материал сотруднику

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

В обоих случаях будет по три дорожки:

Нужна помощь в написании курсовой?

Заказать курсовую

1. Сотрудник

2. Информационная система

3. Кладовщик

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

Глава 3. Разработка информационной системы

3.1 Охрана труда

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

Перед рассмотрением нормы правил следую описать, чем является охрана труда:

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

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

Это замена тяжелого физического труда машинами, внедрение

роботизированной техники, герметизация оборудования, применение менее вредных веществ. Охрана труда регламентируется Трудовом кодексом РФ и межгосударственным стандартом ГОСТ 12.0.230 — 2007 в области организации охраны (безопасности) труда.

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

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

Нужна помощь в написании курсовой?

Цена курсовой

Позвоночник (Неподвижная поза, Согнутая спина). Сколиоз; Нарушение осанки;
Глаза (Долгая концентрация на мониторе). Сухость; Напряжение;
Кисти (Длительная работа на клавиатуре). Перенапряжение кистей рук;
Мозг (Долгая обработка информации). Умственная утомленность;. Психическая зависимость;. Стресс;
Нервная система (Перенапряжение). Стресс;

Это самые распространённые воздействия на организм, после определения вредного воздействия и причин возникновения. Основой всех вышеописанных проблем является «Долгое пребывание за компьютером».

Основываясь на этом можно определить:

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

Второе правило работы — расположение тела от компьютера должно находиться на расстоянии от 80 см. до 100 см.

Третье правило работы — использование стула со спинкой и соблюдение угла между бедренной частью ног и позвоночника 90°. Четвертое и пятое правила идут продолжением первого и третьего правила.

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

Пятое правило работы — во время перерыва следует делать разминку глаз (быстрое моргание, вращение глаз).

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

3.2 Инструменты разработки

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

Разработки информационной системы будет проходит в программе Microsoft Access с применением встроенного скриптового языка программирования Visual Basic for Application и языка структурированных запросов SQL. Microsoft Access представляет собой инструмент для создания баз данных и сопутствующего пользовательского интерфейса.

3.3 Создание таблиц базы данных и связей между ними

Первое с чего происходит создание информационной системы содержащие в себе базу данных, это непосредственно создание самой базы данных.

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

База данных представляет собой множество реляционных таблиц со связями между ними:

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

Ø Связи ограничения целостности данных (линии 1-1,1-∞): данные связи означают, что в таблице будет хранится обновляемая информация. Например, связь (Material[Материал]-Store[Склад]) — данная связь будет иметь вид один к одному, в таблице «Склад» будет хранится список текущего оборудования и его количества, в случаи если будут происходить действия добавления или удаления материала из склада, то данные в этой таблице будут обновляться. Сама по себе связь отражает то, что в данной таблице будет присутствовать только связующие поле «Материал».

3.4 Создание бизнес логики

Создание бизнес логики мы будем производить с помощью внутренних инструментов MS Access на основе диаграммы классов. Несмотря на то, что в MS Access скриптовый язык Visual Basic for Application не поддерживает полноценный функционал работы с классами. Классы, выделенные цветом отличным от белого в диаграмме, будут непосредственно описаны с помощью языка программирования, остальные будут созданы с помощью внутренних инструментов визуального отображения информации. Диаграмма классов поможет нам абстрактно видеть всю систему в целом, а также понимание того какими типами данных мы должны оперировать в процессе разработки информационной системы.

Логика программы будет делиться на несколько видов:

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

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

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

Нужна помощь в написании курсовой?

Заказать курсовую

Первое с чего стоит начать, это рассмотрение функции входа пользователей в базу данных, другими словами защита информации от посторонних лиц. Ввод данной функции в базу данных необходим в соответствии с ГОСТ Р: 51275-99 «ОБЪЕКТ ИНФОРМАЦИИ. ФАКТОРЫ, ВЛИЯЮЩИЕ НА ИНФОРМАЦИЮ»

Шаги функции:

1. После входа в программу перед нами откроется окно идентификации пользователя.

2. После ввода данных в поля идет проверка заполнены поля или нет (вывод сообщения что не все поля заполнены).

3. Создается запрос к базе данных на основе введенных значений (вывод сообщения об отсутствии сотрудника в базе).

4. Проверка введенного пароля с паролем в базе данных (сообщение о том, что пароли не совпадают)

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

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

Шаги функции на примере выдачи материала сотруднику:

1. Проверка всех полей на наполненность (Сообщение о том, что поля не заполнены)

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

3. Проверка наличие материала у сотрудника

4. Занесение данных о выдаче материала сотруднику

5. Обновление количества материала выданному сотруднику

Нужна помощь в написании курсовой?

Заказать курсовую

6. Обновление количества материала на складе

3.5 Создание программного интерфейса

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

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

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

1. Малых В.Л., Гулиев Я.И., Крылов А.И., Рюмина Е.В. «УЧЕТ ПРЯМЫХ МАТЕРИАЛЬНЫХ ЗАТРАТ»

2. С.И. Ожегов,1949 «Толковый словарь русского языка»

3. В.В. Персианов, Е. И. Логвинова «Информационные системы»

4. Кибиткин А. И., Дрождинина А. И., Мухомедзянова Е. В., Скотаренко О. В. «Учет и анализ в коммерческой организации»

5. Пирогов В. Е. «Информационные системы и базы данных. Организация и проектирование.»

6. Одинцов И. О. «Профессиональное программирование, системный подход»

Интернет ресурсы:

1. http://docs.cntd.ru/document/gost-34-601-90 (17.10.2016)

2. http://www.e-reading.club/bookreader.php/130729/Firstova_-_Buhgalterskiii_uchet_v_medicine.html 18.10.2016

3. http://www.studmed.ru/docs/document1719?view=3 (18.10.2016)

Нужна помощь в написании курсовой?

Подробнее