Автоматизированная система управления запасами лекарственных препаратов на складе
Анализ работы логистика склада организации. Разработка технологии функционирования системы в условиях автоматизированного управления. Построение интерфейса взаимодействия пользователя с системой. Расчёт требуемых ресурсов внешней и оперативной памяти.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 08.10.2018 |
Размер файла | 1,8 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Министерство образования и науки РФ
ФГБОУВПО «Самарский государственный архитектурно-строительный университет»
Факультет информационных систем и технологий
Кафедра прикладной математики и вычислительной техники
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
к выпускной квалификационной работе на тему:
«Автоматизированная система управления запасами лекарственных препаратов на складе»
Студента ГИП-111 Дерябина Петра Александровича
Самара 2015 г
Реферат
Выпускная квалификационная работа бакалавра.
Товар, учет, склад, запас, предприятие, заказ, поставщики.
Целью работы является учет и систематизация лекарственных средств, управление запасами лекарственных препаратов на складе, путем своевременного закупа недостающих товаром с помощью разработанной автоматизированной системы.
В соответствии с поставленной целью можно сформулировать следующие задачи разработки системы:
· постановка задач системы;
· разработка технологии функционирования системы в условиях автоматизированного управления;
· построение интерфейса взаимодействия пользователя с системой;
· разработка алгоритмов;
· отладка и тестирование программного обеспечения системы;
· оформление проекта системы, включая подготовку руководства пользователя.
Информационная система разработана по методологии UML. Был проведен анализ работы логистика склада организации, занимающейся продажами отделочных и строительных материалов. Разработана информационная модель системы. Выявлен состав задач системы. Определены необходимые входные и выходные документы. Определен состав пользователей системы.
Содержание
- Введение
- 1. Системотехническая часть
- 1.1 Описание предметной области
- 1.2 Обзор аналогов
- 1.3 Основные цели
- 1.4 Модель анализа UML
- 1.5 Диаграмма вариантов использования
- 1.6 Сценарии вариантов использования
- 1.7 Диаграмма сущностных классов
- 1.8 Диаграмма граничных классов
- 1.9 Диаграмма классов управления
- 1.10 Логическая структура базы данных
- 2. Реализация проекта
- 2.1 Архитектура и платформа реализации
- 2.1.1 Операционная система Windows 7
- 2.1.2 Библиотека Visual studio 2012
2.1.3 СУБД SQL Server 5.5
- 2.1.4 Язык программирования C++
- 2.1.5 Язык SQL
- 2.2 Физическая структура базы данных
- 2.3 Расчёт КТС
- 2.3.1 Расчёт требуемых ресурсов внешней памяти
- 2.3.3 Расчёт требуемых ресурсов оперативной памяти
2.3.3 Выбор структуры комплекса технических средств
- 2.4 Основные интерфейсы
- 2.5. Диаграмма компонентов
- 2.6. Диаграмма развёртывания
- 2.7 Программа и методика испытаний
- 2.8 Контрольный пример
- 2.9 Руководство пользователя
- 3. Внедрение и анализ эффективности
3.1 Описание объекта внедрения
3.2 Описание хода внедрения
3.3 Описание результатов внедрения
3.4 Анализ и выводы
3.5 Технико-экономическое обоснование внедрения
- 3.6 Расчёт экономического эффекта
4. Организационная деятельность и саморазвитие
4.1 Сведения о деятельности возглавляемого научного микро коллектива
4.2 Перечень публикаций
4.3 Перечень участия в конференциях
4.4 Перечень выполненных курсовых работ и проектов
Заключение
- Список использованных источников
Приложение
Введение
- Управление запасами- отвечает на такой простой вопрос: "Чего, когда и сколько надо закупить, чтобы хватило, и не осталось лишнего?" Как обычно ответы на простые вопросы - оказываются достаточно сложными, собственно, им и посвящён данный портал. Некоторые интересуются, почему портал не называется "управление закупками"? - Дело в том, что управляем мы всё-таки запасами, а закупки для нас являются - только входным потоком, да и начинается наша работа обычно только, когда кто-то из руководителей задаётся вопросом: "А почему при таких продажах у нас так много денег заморожено в запасы?!."
- Вообще, управление запасами предприятия и их оптимизация - очень интересная тема, так как позволяет заниматься ей: и узкоспециально - не входя в противоречия с другими бизнес-процессами и оптимизируя только запасы, и очень широко - смотря через призму управления товарными запасами на предприятии на работу всего предприятия. Очень важный момент мероприятий по оптимизации запасов на предприятии, но очевидно, что управление товарно-материальными запасами, кроме логистического имеют - как минимум - ещё финансовый и маркетинговый аспект. Соответственно эффективность управления запасами не может оцениваться только издержками на их создание и обслуживание, а стратегия управления запасами не может строиться только на снижении этих издержек, и оптимальное управление запасами подразумевает такую политику управления запасами, которая гармонизирует все аспекты, связанные с этой задачей, а не только оптимизацию запасов на складе. [1]
1. Системотехническая часть
1.1 Описание предметной области
Управление товарными ресурсами в компании предполагает планирование и прогнозирование деятельности предприятия. Проведение анализа большого количества информации по истории продаж, поставок, товарных запасов, списаний и т.д. А также расчёт оптимальных размеров товарных запасов и дальнейшего планирования размеров и номенклатуры заказов поставок необходимых для поддержания эффективного функционирования склада. Оптимизация уровня товарных запасов на предприятии встает в связи проблемой содержания запасов, с одной стороны нужно избежать переполнения товаров на складах, и с другой стороны нежелательно допускать отсутствия необходимого товара длительное время. Одним из наиболее известных и эффективных методов анализа товарных запасов является формула Вильсона[2]. А также распределение товаров на складах в зависимости от стабильности продаж, при помощи методов ABC - анализа[3].
- Затраты, связанные с запасами, являются одной из основных составляющих себестоимости продукции , поэтому процессы управления запасами являются важной составной частью системы управления предприятием. Эффективность этих процессов характеризуется таким ключевым критерием, как величина затрат, образующихся при управлении запасами. С точки зрения практики проблема управления запасами является чрезвычайно серьезной. Потери, которые несут предприятия вследствие нерационального управления запасами, очень велики. Плохо, когда запас мал, недостаточен. Это может привести к нарушению ритмичности производства, росту себестоимости продукции, срыву сроков выполнения работ по договорам, потере прибыли и репутации компании - штрафу за неудовлетворенный или отложенный спрос. Однако же, крайне нежелательной является и ситуация, когда запас чрезмерно велик. В настоящее время решение задач повышения эффективности управления предприятием в целом невозможно без применения современных вычислительных систем и программных комплексов. На российском рынке в последние годы представлено достаточно большое количество программных продуктов, способствующих повышению качества и эффективности процессов снабжения потребителей различной продукцией. Однако в подавляющем большинстве имеющихся на российском рынке программных продуктов хорошо представлены функции учета и движения товаров и, практически, отсутствуют функции по количественному расчёту рациональных объемов запасов.
Целью проектирования является разработка средства автоматизированной информационной поддержки работы склада по поддержке процессов закупа и учёта хранения товаров на складе.
В соответствии с поставленной целью можно сформулировать следующие задачи разработки системы:
- · постановка задач системы;
- · разработка технологии функционирования системы в условиях автоматизированного управления;
- · построение интерфейса взаимодействия пользователя с системой;
- · разработка алгоритмов;
- · отладка и тестирование программного обеспечения системы;
- оформление проекта системы, включая подготовку руководства пользователя. [4].
1.2 Обзор аналогов
- 1.2.1 Автоматизированная система " Диста ERP "
- Диста ERP - бесплатная программа для склада и торговли. Это облегченный вариант коммерческих версий системы Диста ERP, однако по своим функциональным возможностям он вполне самодостаточен, и может быть с успехом применен для автоматизации небольших розничных или оптовых торговых предприятий в различных сферах деятельности, в том числе в сфере предоставления услуг[5].
Рисунок 1 - Диста ERP (Рабочее окно)
Программа обеспечивает проведение таких складских операций как оприходование и реализация товаров, инвентаризация и меж-складские перемещения. Финансовый учет включает возможность регистрации наличных и безналичных платежей и привязки этих платежных средств к товарным документам в произвольном соотношении.
- Основные возможностиДиста ERP :
- · Удобный пользовательский интерфейс;
- · Высокая производительность, надежность и отказоустойчивость за счет применения клиент-серверной технологии при работе с базой данных;
- · Возможность работы с несколькими базами данных;
- · Широкие возможности управления товарной номенклатурой, учет товаров по артикулам и штрих-кодам, произвольные наборы свойств товаров - товарные признаки с настройкой индивидуальных значений, быстрый поиск по всем этим параметрам;
- · Гибкое управление ценообразованием, реализуемое посредством системы взаимосвязанных прайс-листов;
- · Возможность учета товара на множестве складов с поддержкой операций инвентаризации и складских перемещений ;
- 1.2.2 CoreWMS - система складской логистики
Система CoreWMS разработана с учетом современных технологий управления складами, имеет модульную структуру, быстро настраивается, надежно работает и предоставляет возможность эффективно использовать самые передовые информационные технологии[6].
В основном модуле системы (ядре) реализована информационная поддержка всех основных складских операций: приема, размещения и перемещения товаров по складу, инвентаризации, отбора и отгрузки товаров. Функциональность системы легко расширяется и настраивается по желанию заказчика за счет дополнительных модулей, позволяющих автоматизировать складские бизнес - процессы для «коммерческого» склада, учитывать штрих коды товаров, оптимизировать складские операции в соответствии с топологией склада, автоматически распределять задания персоналу склада, обеспечить доступ владельцев и заказчиков к складской информации в реальном времени.
Система CoreWMS представляет завершённое решение для всех типов складов и поддерживает работу как одного склада, так и большего количества складов
Легкость в использовании обеспечивается тем, что при работе с CoreWMS используется хорошо структурированный, простой и понятный пользовательский интерфейс Система CoreWMS устанавливается на один сервер. Написанная на языке Java, система CoreWMS полностью независима от серверной платформы и базы данных. Система может быть запущена под любой операционной системой, поддерживающей Java. Если Вы уже используете какую-то базу данных, система может быть легко на неё перенесена. Система CoreWMS предоставляет возможность обмена данными с другими системами автоматизации, в том числе бухгалтерскими и производственными (MRP, ERP), CRM. Система CoreWMS основана на Internet технологиях
Владельцы товара, заказчики и партнеры могут иметь доступ к Вашему складу (складам) из любой точки мира и просматривать информацию о прохождении заказов в реальном времени при помощи Системы CoreWMS
Информация в системе CoreWMS обновляется одновременно с изменением состояния склада, складских операций, запасов и в реальном времени моментально становится доступной директорам - распорядителям и другим службам предприятия, пользователям
Реализованная в системе технология штрихового кодирования позволяет автоматизировать процесс идентификации товаров при выполнении всех складских операций и значительно уменьшить количество ошибок во время работы персонала склада
Подтверждение выполненных складских операций персоналом склада может осуществляться при помощи персонального компьютера, а также портативных радиочастотных и batch-терминалов. Система хранит все данные о действиях каждого рабочего склада, что помогает более качественному контролю и управлению персоналом склада
Благодаря использованию топологии складских помещений, система наглядно отображает загруженность товаром ячеек и стеллажей.
1.2.3 Другие системы поддержки принятия решений
Так же был проведен анализ других аналогичных систем поддержки принятия решений: [7]
- 1. БИТ: Управление складом 8
- 2. ФОЛИО WinСклад
- 3. Парус
- 4. Warehouse 1.05
- 5. OPER-Склад 4.0.0
- 6. WinSprut Pro 1.61.2.4 Сравнительный анализ систем поддержки принятия решений
Таблица 1 - Сравнительный анализ систем поддержки принятия решений
Характеристика программы |
БИТ: Управление складом 8 |
ФОЛИО WinСклад |
Парус |
Warehouse 1.05 |
OPER-Склад 4.0.0 |
WinSprut Pro 1.6 |
Разрабатываемая система |
Коэффициэнты значимых характеристик |
|
Учет основных складских операций: приход , разгрузка, возврат, резервирование, внутреннее перемещение, инвентаризация |
1 |
1 |
0 |
1 |
1 |
1 |
1 |
50 |
|
Подготовка отчета о состоянии склада |
1 |
1 |
1 |
0 |
1 |
1 |
1 |
5 |
|
Управление остатками товаров |
0 |
0 |
1 |
1 |
0 |
0 |
1 |
15 |
|
Обмен данными с программами отдела снабжения и сбыта |
1 |
0 |
0 |
0 |
5 |
||||
Количество пользователей |
3378 |
1856 |
2561 |
5543 |
10 |
||||
Количество запросов в день |
1142 |
669 |
890 |
1132 |
10 |
Вывод: На основе суммарных оценок (таблица 1) с учетом выбранных коэффициентов, видно, что разрабатываемая система может оказать достойную конкуренцию своим аналогам, за счет включения в системы некоторых функции управления остатками на складе.
1.3 Основные цели
Система создается с целью:
1. Автоматизации процесса управления складом.
2. Ведения единой базы заявок, содержащих информацию о товарах, клиентах, для возможности их просмотра и быстрого перерасчета при изменении информации.
В результате должны быть улучшены значения показателей:
· эффективность работы отдела складирования магазина;
· время обслуживания клиентов;
· активное управление складом;
· получение точной информации о месте нахождения товара на складе;
1.4 Модель анализа UML
Эта модель позволит понять, как информационная система должен быть спроектирована, какие в ней должны быть части и как они должны взаимодействовать между собой. Основное ее назначение - определить направление реализации функциональности, выявленной на этапе сбора требований и сделать набросок архитектуры системы. [8]
В отличие от создаваемой в дальнейшем модели проектирования, модель анализа является в большей степени концептуальной моделью и только приближает разработчиков к классам реализации. Эта модель не должна иметь возможных противоречий.
1.5 Диаграмма вариантов использования
Модель вариантов использования включает диаграммы вариантов использования и соответствующие сценарии, описывает функциональные требования к системе и ее поведение при взаимодействии с пользователями.
Все диаграммы языка являются графами специального вида, содержат вершины (геометрические фигуры), связанные ребрами (дугами). Связи обозначаются различными линиями на плоскости, внутри фигур пишется текст, около вершин и связей могут изображаться некоторые графические символы.
В целом процесс объектно-ориентированного проектирования происходит в соответствии с основными принципами структурного системного анализа: нисходящее проектирование с построением иерархии диаграмм, постепенно переводящих нас с уровня на уровень: концептуальный - логический - физический (реализация).
Диаграммой самого верхнего уровня является диаграмма вариантов использования системы в целом. Именно она является исходным концептуальным представлением системы и строится с целью:
· определить общие границы и контекст моделируемой предметной области;
· сформировать общие требования к функциональному поведению и интерфейсу системы;
· подготовить исходную документацию для взаимодействия разработчиков и заказчиков - пользователей системы.
Точка зрения модели: внешний пользователь системы. В диаграмму вариантов использования входят актанты (actors), варианты использования (usecase) и ассоциации (association).
Актант (актер, внешняя сущность, actor) - абстрактное описание класса источников/приемников сообщений, которые напрямую взаимодействуют с системой, подсистемой или классом. Это-описание роли, которую играет пользователь (человек или другая система, подсистема, класс) во время взаимодействия с системой. На самом верхнем уровне, например, актантами могут являться оператор, системный администратор, администратор базы данных, обычный пользователь, какой-либо класс устройств.
На рисунке 2 изображена разработанная диаграмма вариантов использования.
Система содержит 3 актанта: Заведующий складом, Сотрудник отдела сбыта, Администратор БД обобщаются актантом «Пользователь», который связан с вариантом использования «Вход в систему» при помощи ассоциации. У Сотрудника отдела сбыта есть возможность вводить оперативную информацию о поступающих заказах. Заведующий складом способен редактировать и добавлять информацию о новых или уже имеющихся товарах на складе, вести учет товарного запаса (общие остатки, остатки по местам хранения), оформлять закупку и продажу товаров. Администратор БД вносит и редактирует всю поступающую ему информацию о товарах, потребителях, с которыми «контактирует» склад и пользователь.
Рисунок 2 - Диаграмма вариантов использования
1.6 Сценарии вариантов использования
Сценарий - текстовое описание последовательности действий, необходимых для выполнения экземпляра варианта использования. Сценарий пишется по определённому шаблону. При создании сценариев тщательно прорабатывается интерфейс системы, и учитываются отношения между вариантами использования.
Вариант использования: Ведение учета товарного запаса.
Краткое описание. Позволяет Заведующему складом получать рекомендации о закупке товара, который в результате продаж приближается к минимуму. Актант. Заведующий складом.
Предусловия. Выполнены следующие варианты использования: «Ввод и редактирование информации о наличии товаров на складе», «Ввод и редактирование информации о состоянии склада». На экране - главное окно приложения с пунктами меню, настроенными на права Заведующего складом: «Формирование рекомендации о закупке товара», «Ввод и редактирование информации о наличии товаров на складе», «Ввод и редактирование информации о продажах», «Закрыть главное окно».
Основной поток событий
1. Заведующий складом активирует пункт меню «Формирование рекомендации о закупке товара».
A1: Ввод и редактирование информации о наличии товаров на складе.
А2: Ввод и редактирование информации о состоянии склада.
А3: Закрыть главное окно.
2. Система выводит на экран окно «Формирование рекомендации о закупке товара», содержащее таблицу со следующими столбцами: «Продажи», «Номер заказа», «Потребитель», «Вид товара», «Количество товара». Также на экране расположены пункты меню «Формирование отчета об издержках и прибыли» и «Закрыть».
3. Заведующий складом просматривает полученную информацию и выбирает пункт «Закрыть».
A4: Формирование отчета об издержках и прибыли.
4. Система закрывает окно отчета и выводит на экран главную страницу приложения с пунктами меню, настроенными на права Заведующего складом. Вариант использования завершается успешно.
Альтернативы:
A1: Ввод и редактирование информации о наличии товаров на складе.
А1.1. Заведующий складом выбирает пункт меню «Ввод и редактирование информации о наличии товаров на складе».
А1.2. Выполняется вариант использования «Ввод и редактирование информации о наличии товаров на складе».
А2: Ввод и редактирование информации о состоянии склада.
А2.1. Заведующий складом выбирает пункт меню «Ввод и редактирование информации о наличии товаров на складе».
А2.2 Выполняется вариант использования «Ввод и редактирование информации о состоянии склада».
А3: Закрыть главное окно
А3.1. Заведующий складом нажимает пункт меню «Закрыть главное окно».
А3.2. Система закрывает главное окно, выполняется выход из приложения в операционную систему. Вариант использования завершается.
А4: Формирование отчета об издержках и прибыли
А4.1. Заведующий складом выбирает пункт меню «Формирование отчета об издержках и прибыли».
А4.2. Выполняется вариант использования «Формирование отчета об издержках и прибыли».
1.7 Диаграмма сущностных классов
В UML, также, как и в объектно-ориентированном программировании, класс (class) - описание множества объектов, обладающих общими атрибутами, операциями, отношениями и поведением. Класс является результатом операции обобщения.
Поэтому класс - всегда абстрактное понятие. Задание конкретных значений атрибутов и определяет экземпляр класса - объект, обладающий конкретным поведением. Объект может появляться во всех отношениях класса и всех его предков.
Для некоторых классов создание прямых экземпляров невозможно, такие классы используются только для описания общей структуры потомков и называются абстрактными. Класс, имеющий конкретные экземпляры, условно называется конкретным (хотя на самом деле он абстрактен).
Класс имеет имя, списки атрибутов, операций или методов.
Операция (operation) - спецификация (описание) результата преобразования или запроса, которые должен выполнить вызываемый объект. Имеет имя и список параметров.
Метод (method) - процедура, непосредственно реализующая операцию; у нее есть алгоритм и описание процедуры. Обычно метод задаётся на физическом уровне представления класса в модели проектирования, когда уже выбран алгоритм и способ его реализации.
На рисунке 3 изображена разработанная диаграмма сущностных классов. На диаграмме имеются классы: «Заказ», «Пользователь», «Товар». Каждый из них имеет стереотип «entity». Класс «Заказ» связан с классами «Товар», посредством отношения «ассоциация».
Рисунок 3 - Диаграмма сущностных классов
1.8 Диаграмма граничных классов
Диаграмма граничных классов для реализуемой системы представлена на рисунке 4. Граничные классы (boundary): объекты этих классов предназначены для организации взаимодействия системы с актантом (внешним пользователем), они реализуют интерфейсы системы с внешней средой и различными пользователями. Основным содержанием являются операции.
Рисунок 4 - Диаграмма граничных классов
1.9 Диаграмма классов управления
Диаграмма классов управления для реализуемой системы представлена на рисунке 5. Классы управления (control): объекты этих классов являются активными, берущими на себя управления и организацию вычислительных процессов; чаще всего это стандартные компоненты операционных систем и систем управления базами данных (СУБД), таймеры, координаторы и т.п.
Класс «Менеджер приложений» - отражает основные функции для организации работы приложения и клиент-серверного взаимодействия.
Класс «Менеджер СУБД» - представляет собой функции для обработки запросов к базам данных.
Класс «Менеджер печати» - представляет собой функции для организации печати данных.
Рисунок 5 - Диаграмма классов управления
1.10 Логическая структура базы данных
На рис. 6 изображена разработанная логическая структура базы данных.
Рисунок 6 - Логическая структура база данных
Она состоит из 3-х сущностей: «Клиенты», «Товар», и «Покупки». Каждый пользователь может создавать множество проектов, имеющих множество альтернатив и критериев. Сущность «Пользователь» - отражает ФИО пользователя и его регистрационные данные.
1.11 Схема алгоритмов
Рис. 7
2. Реализация
2.1 Архитектура и платформа реализации
2.1.1 Операционная система Windows 7
Windows 7 под кодовыми наименованиями Blackcomb и Vienna - операционная система семейства Windows NT, следующая за Windows Vista. В линейке Windows NT система носит номер версии 6.1 (Windows 2000 - 5.0, Windows XP - 5.1, Windows Server 2003 - 5.2, Windows Vista и Windows Server 2008 - 6.0). Серверной версией является Windows Server 2008 R2, версией для интегрированных систем - WindowsEmbedded Standard 2011 (Quebec), мобильной - Windows Embedded Compact2011 (Chelan, Windows CE 7.0) [9].
Операционная система поступила в продажу 25 октября 2009 года, меньше чем через три года после выпуска предыдущей операционной системы, Windows Vista. Хотя изначально операционная система должна была поступить в продажу уже 31 августа 2009 года. Партнёрам и клиентам, обладающим лицензией Volume Licensing, доступ к RTM был предоставлен 24 июля 2009 года. Финальная нелицензионная версия (копия с дисков, которые потом пошли в продажу) была доступна всем с первых чисел августа 2009 года. В состав Windows 7 вошли как некоторые разработки, исключённые из Windows Vista, так и новшества в интерфейсе и встроенных программах. Из состава Windows 7 были исключены игры Inkball, Ultimate Extras; приложения, имеющие аналоги в Windows Live (Почта Windows, Календарь Windows и пр.), технология Microsoft Agent, Windows Meeting Space; из меню "Пуск" исчезла возможность вернуться к классическому меню и Версии Windows 7.
2.1.2 Visual Studio 2012
Visual Studio включает в себяредактор исходного кодас поддержкой технологииIntelliSenseи возможностью простейшего рефакторинга кода. Встроенныйотладчикможет работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнерклассови дизайнерсхемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки системконтроля версий исходного кода(как, например,SubversionиVisual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода напредметно-ориентированных языках программированияили инструментов для прочих аспектовпроцесса разработки программного обеспечения[10].
2.1.3 MySQL 5.5
SQL - это сокращение от Structured Query Language (структурированный язык запросов). SQL создан для работы с реляционными базами данных. Он позволяет пользователям взаимодействовать с базами данных (просматривать, искать, добавлять и управлять данными). [11].
2.1.4 Язык программирования C++
C++ -- компилируемый статически типизированный язык программирования общего назначения. Поддерживает такие парадигмы программирования как процедурное программирование, объектно-ориентированное программирование, обобщённое программирование, обеспечивает модульность, раздельную компиляцию, обработку исключений, абстракцию данных, объявление типов (классов) объектов, виртуальные функции. Стандартная библиотека включает, в том числе, общеупотребительные контейнеры и алгоритмы. C++ сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником-- языком C,-- наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования. C++ широко используется для разработки программного обеспечения, являясь одним из самых популярных языков программирования. Область его применения включает создание операционных систем, разнообразных прикладных программ, драйверов устройств, приложений для встраиваемых систем, высокопроизводительных серверов, а также развлекательных приложений (игр). Существует множество реализаций языка C++, как бесплатных, так и коммерческих и для различных платформ. Например, на платформе x86 это GCC, Visual C++, Intel C++ Compiler, Embarcadero (Borland) C++ Builder и другие. C++ оказал огромное влияние на другие языки программирования, в первую очередь на Java и C#. Синтаксис C++ унаследован от языка C. Одним из принципов разработки было сохранение совместимости с C. Тем не менее, C++ не является в строгом смысле надмножеством C; множество программ, которые могут одинаково успешно транслироваться как компиляторами C, так и компиляторами C++, довольно велико, но не включает все возможные программы на C [12].
2.1.5 Язык SQL
SQL (Structured Query Language)--формальный непроцедурный язык программирования, применяемый для создания, модификации и управления данными в произвольной реляционной базе данных, управляемой соответствующей системой управления базами данных (СУБД). SQL основывается наисчислении кортежей [13].
2.2 Физическая структура базы данных
На рисунке 7 изображена разработанная физическая структура базы данных.
Данная модель состоит из 3-х сущностей: «Klient», «Tovar», и «Pokupki». Каждый пользователь может создавать множество проектов, имеющих множество альтернатив и критериев.
Рисунок 7 - Физическая структура база данных.
Сущность «User» - хранит ФИО пользователя и его регистрационные данные.
Сущность «Project» - хранит использованные в проекте критерии и альтернативы, а так же, пользователя, создавшего проект.
Сущность «Alternative» - хранит список альтернатив.
Сущность «Criterion» - хранит список критериев.
2.3 Расчёт КТС
2.3.1 Расчёт требуемых ресурсов внешней памяти
По формуле (1) был проведен расчёт ресурсов внешней памяти.
, (1)
где VВП- общий объем внешней памяти, Гбайт;
VОС - объем внешней памяти, требуемый для хранения файлов операционной системы, Гбайт;
VСУБД - объем внешней памяти, требуемый для хранения файлов СУБД, Гбайт;
Vданных - объем внешней памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Гбайт;
Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений, Гбайт.
VВП = VОС (2.0) + VСУБД (0.2) + Vданных (2.7) + Vпрограммы (0.01)= 4.91 Гб
2.3.2 Расчёт требуемых ресурсов оперативной памяти
По формуле (2) был проведен расчёт ресурсов оперативной памяти.
, (2)
Где VВП - общий объем внешней памяти, Мбайт;
VОС - объем внешней памяти, требуемый для хранения файлов операционной системы, Мбайт;
VСУБД - объем внешней памяти, требуемый для хранения файлов СУБД, Мбайт;
Vданных - объем внешней памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Мбайт;
Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений, Мбайт.
VОС- по паспорту для операционной системы windows 7 x64 -2048 мб;
VСУБД - по паспорту для СУБД SQLServer - 256 мб:
V данных - 299 мб (Таблица 2);
V программы -14 мб.
Vоп = VОС (2048) + VСУБД(256) + Vданных(299) + Vпрограммы(14)= 2617 мб.
2.3.3 Выбор структуры комплекса технических средств
Согласно приведенным расчётам требуемых ресурсов внешней и оперативной памяти, для работы разработанной информационной системы рекомендуются персональный компьютер со следующими системными характеристиками:
1. Оперативная память - не менее 2617 мегабайт.
2. Наличие свободного места на жестком диске - не менее 4,91 гигабайт.
3. 128 мегабайт видеопамяти и больше.
4. Процесс с тактовой частотой 1000 мегагерц и выше.
2.4 Основные интерфейсы
На рисунке 8 изображён интерфейс авторизации пользователя. В случае первого запуска, пользователь должен произвести регистрацию.
Рисунок 8 - Интерфейс авторизации.
На рисунке 9 изображён интерфейс главного окно программы.
На рисунке 10 изображён интерфейс работы с пользователями и администраторами. Он позволяет добавлять и изменять данные о новых пользователях и администраторах.
На рисунке 11 изображён интерфейс инвентаря, где вводятся препараты, данные о препаратах.
Рисунок 9 - Интерфейс главного окна.
Рисунок 10 - Интерфейс работы с администраторами
Рисунок 11 - Интерфейс инвентаря.
На рисунке 12 изображён интерфейс отчетов, продажах товара.
Рисунок 12 - Интерфейс вывода отчетов.
2.5 Диаграмма компонентов
Компонент (component) - физическая заменяемая часть системы, обеспечивающая реализацию функций системы. Это программный код (исходный, бинарный, выполнимый) или его эквиваленты - сценарии и командные файлы. Компонентами являются программные модули, в том числе библиотечные модули и стандартные программные системы (операционные системы, СУБД), а также файлы документации и таблицы базы данных [6].
Рисунок 13 - Диаграмма компонентов
На рисунке 13 изображена разработанная диаграмма компонентов. Она состоит из исполняемого файла «main.exe», операционной системы «windows 7», файла базы данных «bd.sql», драйвера принтера и двух библиотечных файлов «vs1core.dll» и «vs1sql.dll».
2.6 Диаграмма развёртывания
Диаграмма развёртывания (deployment diagram)- диаграмма, на которой изображается конфигурация для работающих узлов и экземпляров компонентов, а также объектов, которые на них существуют [6].
На рисунке 14 изображена разработанная диаграмма развёртывания. Она состоит из рабочей станции и принтера. В свою очередь принтер включает в себя компонент «драйвер принтера», рабочая станция - исполняемый файл «main.exe», операционную систему «windows 7», файл базы данных «bd.sql» и два библиотечных файла «vs1core.dll» и «vs1sql.dll».
Рисунок 14 - Диаграммы развёртывания
2.7 Программа и методика испытаний
1. ОБЪЕКТ ИСПЫТАНИЙ.
1.1. Наименование испытуемой программы.
Наименование - «Автоматизированная система управления запасами на складе лекарственных препаратов».
1.2. Область применения испытуемой программы.
Программа предназначена к применению в случаях необходимости выбора многокритериальной альтернативы.
1.3. Обозначение испытуемой программы
Наименование темы разработки - «Разработка автоматизированной системы управления запасами лекарственных препаратов на складе».
2. ЦЕЛЬ ИСПЫТАНИЙ
Цель проведения испытаний - проверка соответствия характеристик разработанной программы (программного изделия) функциональным и иным, отдельным видам требований, изложенным в программном документе «Техническое задание».
ТРЕБОВАНИЯ К СИСТЕМЕ
При проведении испытаний функциональные характеристики (возможности) программы подлежат проверке на соответствие требованиям, изложенным в п. «Функции, реализуемые системой» Технического задания.
4. ТРЕБОВАНИЯ К СИСТЕМНОЙ ДОКУМЕНТАЦИИ
4.1. Состав программной документации, предъявляемой на испытания
Состав программной документации должен включать в себя:
1) техническое задание;
1) пояснительная записка;
3) руководство пользователя;
4.2. Специальные требования
Специальные требования к программной документации не предъявляются.
5. СРЕДСТВА И ПОРЯДОК ИСПЫТАНИЙ
5.1. Программные средства, используемые во время испытаний
Системные программные средства, используемые информационной системой поддержки принятия решений на основе метода уверенных суждений ЛПР «iub.exe», должны быть представлены локализованной версией операционной системы Windows 7 или Windows 8.
5.2. Порядок проведения испытаний
Испытания проводятся в два этапа:
1 этап - ознакомительный
2 этап - испытания
5.2.1. Перечень проверок проводимых на 1 этапе испытаний
Перечень проверок, проводимых на 1 этапе испытаний, должен включать в себя:
а) проверку комплектности программной документации;
б) проверку комплектности и состава технических и программных средств.
Методики проведения проверок, входящих в перечень по 1 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».
5.2.2. Перечень проверок проводимых на 2 этапе испытаний
Перечень проверок, проводимых на 2 этапе испытаний, должен включать в себя:
а) проверку соответствия технических характеристик программы;
б) проверку степени выполнения требований функционального назначения программы.
Методики проведения проверок, входящих в перечень по 2 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».
5.3. Количественные и качественные характеристики, подлежащие оценке
5.3.1. Количественные характеристики, подлежащие оценке
В ходе проведения приемо-сдаточных испытаний оценке подлежат количественные характеристики, такие как:
а) комплектность программной документации;
б) комплектность состава технических и программных средств.
5.3.2. Качественные характеристики, подлежащие оценке
В ходе проведения приемо-сдаточных испытаний оценке подлежат качественные (функциональные) характеристики программы. Проверке подлежит возможность выполнения программой перечисленных ниже функций:
а) проверка работоспособности программы;
б) проверка на сообщение об ошибке.
5.4. Условия проведения испытаний
5.4.1. Климатические условия
Испытания должны проводиться в нормальных климатических условиях по ГОСТ 22261-94. Условия проведения испытаний приведены ниже:
* температура окружающего воздуха, °С 20 ± 5;
* относительная влажность, % - от 30 до 80;
* атмосферное давление, кПа - от 84 до 106;
* частота питающей электросети, Гц - 50 ± 0,5;
* напряжение питающей сети переменного тока, В - 220 ± 4,4.
5.4.2. Условия начала и завершения отдельных этапов испытаний
Необходимым и достаточным условием завершения 1 этапа испытаний и начала 2 этапа испытаний является успешное завершение проверок, проводимых на 1 этапе (см. п. Перечень проверок, проводимых на 1 этапе испытаний).
Условием завершения 2 этапа испытаний является успешное завершение проверок, проводимых на 2 этапе испытаний (см. п. Перечень проверок, проводимых на 2 этапе испытаний).
5.4.3. Ограничения в условиях испытаний
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
5.4.4. Меры, обеспечивающие безопасность и безаварийность испытаний
При проведении испытаний должно быть обеспечено соблюдение требований безопасности, установленных ГОСТ 12.2.007.0-75 8), «Правилами техники безопасности при эксплуатации электроустановок потребителей», и «Правилами технической эксплуатации электроустановок потребителей».
6. МЕТОДЫ ИСПЫТАНИЙ
6.1. Методика проведения проверки комплектности программной документации
Проверка комплектности программной документации на программное изделие производится визуально представителем службы, ответственной за эксплуатацию. В ходе проверки сопоставляется состав и комплектность программной документации, представленной Разработчиком, с перечнем программной документации, приведенным в п. «Состав программной документации, предъявляемой на испытания» настоящего документа.
6.2. Методика проведения проверки комплектности и состава технических и программных средств
Проверка комплектности и состава технических и программных средств производится визуально. В ходе проверки сопоставляется состав и комплектность технических и программных средств, представленных разработчиком, с перечнем технических и программных средств, приведенным в п. «Технические средства, используемые во время испытаний» и п. «Программные средства, используемые во время испытаний» настоящего документа.
6.3. Методика проверки работоспособности программы
Проверка работоспособности программы выполняется согласно п. «Описание операций технологического процесса обработки данных, необходимых для выполнения задач» руководства пользователя.
Проверка считается завершенной в случае соответствия состава и последовательности действий, при выполнении данной проверки, указанному выше подразделу руководства пользователя.
6.4. Методика проверки на сообщение об ошибке
Проверка на сообщение об ошибке выполняется согласно п. «Аварийные ситуации» руководства пользователя.
Проверка считается завершенной в случае соответствия состава и последовательности действий, при выполнении данной проверки, указанному выше подразделу руководства пользователя.
2.8 Контрольный пример
Для демонстрации работы системы описан контрольный пример.
Войдем в систему в качестве сотрудника отдела сбыта. Для этого заполним логин и пароль соответствующими данными и нажмем кнопку «Войти» (рисунок 15).
Рисунок 15 - Авторизация
Система переходит на главную форму, кликаем на кнопку «Инвентарь» (Рисунок 16).
Рисунок 16 - Главная форма.
Далее система переходит на форму, где сотрудник имеет полномочия для ввода данных о препаратах. (рисунок 17).
Рисунок 17 - Сведения о товарах.
Выходим на главную форму, и жмем кнопку «Отчеты о товарах», открывается следующая форма (рисунок 18).
Рисунок 18 - Операции с товарами.
Кнопка «Отчет о продажах» показывает наличии товара складе, количество проданного товара и т.д
Рисунок 19- Отчеты о товарах.
2.9 Руководство пользователя
Руководство пользователя(англ.user guideилиuser manual), руководство по эксплуатации, руководство оператора-- документ, назначение которого -- предоставить людям помощь в использовании некоторой системы. Документ входит в состав технической документации на систему и, как правило, подготавливается техническим писателем [7].
Основная задача документа состоит в том, чтобы обеспечить пользователям возможность самостоятельно решать все основные задачи, на которые нацелена программа.
Типичное руководство пользователя содержит:
1. Общие сведения.
2. Установка и первоначальная настройка.
3. Основные понятия и определения.
4. Интерфейс пользователя.
5. Работа с программой.
6. Пользовательская настройка.
7. Сообщения об ошибках.
Структура и содержание документа Руководство пользователя автоматизированной системы регламентированы подразделом 3.4 документа РД 50-34.698-90.
Полный текст руководства пользователя для разработанной информационной системы представлен в приложении Б.
3. Внедрение и анализ эффективности
3.1 Описание объекта предполагаемого внедрения
Как развитие и дополнение к существующим системам, роль которых в комплектовании информационного фонда исключительно велика, предлагается создать АИС для конечного пользователя-специалиста данной организации с личным кабинетом с доступом к электронному каталогу лекарственных средств. Услугами этой системы могут пользоваться и фармацевтики и другие сотрудники для формирования электронных каталогов по различным принципам классификации и для отработки информационных запросов на поиск препаратов различным условиям.
Система разрабатывается и внедряется в сеть аптек «Фармацевт +» для ведения учета запаса лекарственных средств
3.2 Описания хода внедрения
Внедряемый программный продукт будет предложен на рассмотрение директору и персоналу отвечающему за автоматизацию склада.
После всех вышеуказанных действий был проведен тест на работоспособность системы, был получен положительный результат, который удовлетворил требования к внедряемому продукту:
· Удобный пользовательский интерфейс;
· Высокая производительность, надежность и отказоустойчивость при работе с базой данных;
· Возможность работы с несколькими базами данных;
· Возможность ведения отчетов в о движении и наличию товаров.
По результатам тестирования мною будет составлен акт о внедрении, который будет отдан на подписание, и утверждение директору организации после подписания этого документа разработанная АИС будет внедрена в структуру.
3.3 Описание результатов внедрения
Результатом внедрения АИС "Управление запасами" стало полное использование ее сотрудниками аптек, было создано 3 учетных записей с правами пользователя для доступа к системе товаров, была размещена ссылка на основном сайте аптек, так же там размещено описание АИС и было разработано и размножено руководство пользователя.
3.4 Анализ и выводы
Внедрение АИС показало что системы такого типа имеют плюс перед своими аналогами уже внедренными в структуру тем что позволяет работать с этой благодаря простоте интерфейса, надежностью хранения данных, оформления рекомендаций по закупке товаров , что является решением многих проблем.
3.5 Технико-экономическое обоснование внедрения
В практике процесса управления выполняются управленческие функции, которые требуют затрат трудовых, материальных, технических.
В экономике они группируются в виде оборотных средств:
· Заработная плата.
· Материалы - бумага, ручки, карандаши и т.д.
· Услуги -отопление, водоснабжение и т.д.
· Другая группа затрат, капитальные затраты - инвестиции:
· Приобретение оборудования.
· Вычислительной техники.
· Мебели.
· Капитальный ремонт помещения.
· Проектирование.
· Структура капитальных вложений включает:
· Строительно-монтажные работы (фундамент, стены, отопление, крыша, проводка и др.).
· Стоимость технологического оборудования (лифт, насосы, кондиционеры и др.).
· Прочее (проектирование).
· Совершенствование системы управления на основе информационной системы позволяют экономить косвенные расходы затрат производства.
· Косвенные расходы включают в себя все затраты на управление:
· Фонд оплаты труда по штатному производству.
· Дополнительные затраты на обслуживание сотрудников (страхование, повышение квалификации и др.).
· Обслуживание производства.
На определенном этапе управления предприятие планирует совершенствование структуры управления в связи с увеличением объема работ, сложности управленческих функций, территориального расположения и других факторов.
Как правило, предприятия создают несколько видов структур:
1) Производственная, которая учитывает специфику производства отраслей;
2) Организационная (функциональная, иерархическая).
В процессе совершенствования структуры управления меняются затраты на управление. Как правило, затраты на структуру на определенном этапе не меняются. Поэтому удельный вес затрат на управление, в расчете на единицу продукции уменьшается до определенного времени. В дальнейшем эта экономия снижается по ряду объективных причин. Поэтому на определенном этапе необходимо совершенствовать структуру, а именно:
1) Меняем функции;
2) Меняем должности;
3) Территориальные изменения;
4) Меняем вид продукции и т.д..
В качестве мероприятий совершенствования структуры управления предлагается разработка и внедрение программных продуктов.
Рисунок 20 - Затраты на управление
Рисунок 21 - Схема изменения структуры
В проекте предлагается совершенствование структуры принятия управленческих решений. В качестве мероприятий совершенствования структуры предлагается внедрить систему «Информационная система сравнительной оценки многокритериальных альтернатив на основе метода уверенных суждений» на сайт факультета ИСТ, которая позволит производить поддержку принятия решений при многокритериальном выборе.
3.6 Расчёт экономического эффекта
Основная задача, поставленная перед разработчиком - это создание программного обеспечения для системы управление запасами лекарственных препаратов. Разработка не имела ранее подобных аналогов и является специализированным ПО, которое обеспечивает следующие функции:
· Накопление библиотеки задач пользователя.
· Регистрация пользователей и авторизация входа в систему по логину и паролю.
· Поддержка принятий решений при многокритериальном выборе.
Приведём расчёт эффективности внедрения разработанной информационной системы для совершенствования работы отдела.
В организации разрабатываются и внедряются проекты совершенствования организационных структуры по разным направлениям;
· Разработка новой структуры
· Совершенствование структуры всей организации
· К мероприятиям совершенствования структур следует отнести:
· Комплексный проект (включает разработку структуры, внедрение и эксплуатацию новых систем управления);
· Разработка программного продукта по обработке информации с применением средств вычислительной техники.
· Мероприятия по улучшению условий труда
· Мероприятия по повышению квалификации (социальные инвестиции).
ДT = T1 - T2,
где T1 - трудоемкость расчетов до внедрения системы
T2 - трудоемкость после внедрения системы.
T1 = Фраб вр * Ч1,
где Фраб вр - фонд рабочего времени одного работника
Ч1 - число работников до внедрения системы
Фраб вр = 365 - (Дпв - Ддрпот ),
где Дпв - праздничные и выходные дни (примерно 115 дней),
Ддрпот - другие потери рабочего времени (примерно 20 дней),
Исходя из этого, фонд рабочего времени одного работника в год равен:
Фраб вр = 365 - (115 + 20) = 230 дней
А, следовательно, трудоемкость расчетов до внедрения системы равно:
T1 = 230 * 6 = 1380 человек/дней.
T2 = Фраб вр * Ч1 * Kст
где Фраб вр - фонд рабочего времени одного работника
Ч1 - число работников до внедрения системы
Kст - коэффициент снижения трудоемкости в результате внедрения программного продукта (Kст = 0,5),
А, значит, трудоемкость расчётов после внедрения программного продукта равна:
T2 = 230 * 6 * 0,5 = 690 человек/дней.
Исходя из вышеприведенного, можно найти снижение трудоемкости и уменьшение числа работников в результате внедрения программного продукта по расчету финансово - экономических показателей.
ДT = 1380 - 690 = 690 человек/дней.
ДЧ = 690 человек/дней : 230 дней - 3 человека,
Это означает, что Ч2 - число работников после внедрения системы составит:
Ч2 = Ч1 - ДЧ = 6 - 3 = 3 человека
Экономия годового фонда заработной платы составит:
Эгд = 3 * 8тыс * 12 = 288 тыс. руб.
Средняя заработная плата одного работника в месяц - 8 тыс. руб
Теперь, мы имеем возможность, рассчитать экономию административно - хозяйственных расходов, учитывая, что величина экономии дополнительной заработной платы составляет приблизительно 20%, а величина экономии прочих затрат около 40 %, от экономии годового фонда заработной платы.
Эдоп зп = 58 тыс.руб.
Эпр зат = 115 тыс. руб.
Эгд = 288 + 58 + 115 = 461 тыс.руб.
Использование программного продукта на предприятии влечет за собой затраты на его внедрение, которые рассчитываются по формуле:
Звндр = Зрзрбт + Зквлф,
где Звндр - затраты на внедрение программного продукта,
Зрзрбт - затраты на разработку программного продукта,
Зквлф - затраты на повышение квалификации работников после внедрения программного продукта
Зрзрбт = N * C * K,
где N - число разработчиков;
C - заработная плата одного разработчика;
K - количество месяцев, необходимых для разработки программного продукта.
В данном расчете:
N = 1 человек,
C = 10 тыс.руб,
К = 4 месяца.
Следовательно, Зрзрбт = 1 * 10 * 4 = 40 тыс.руб.
Затраты на повышение квалификации работников для работы на внедренном программном продукте рассчитывается по формуле
Зквлф = N * S,
где N - число работников, повышающих квалификацию,
S - количество денег, необходимых для повышения квалификации одного работника.
В данном расчете:
N= Ч2= 3тыс.руб
S = 4 тыс.руб.
Следовательно, Зквлф= 3*4 = 12 тыс.руб.
Из этого следует, что Звндр = 40 + 12 = 52 тыс.руб.
Подводя итог выше представленным расчётам, возвращаемся к формулам расчета общего экономического эффекта за один год от снижения трудоемкости обработки экономической информации и результат разработки и внедрения на предприятии программного продукта для расчета финансово - экономических показателей:
Э = Эгд - Звндр
Э = 461 - 52 = 409 тыс.руб.
Таким образом, предприятие сэкономило 409 тыс.руб. Внедряя данный программный продукт. Кроме того, это позволило сократить трудоемкость работы, улучшить условия труда работников и повысить статус работника, что можно отнести к социальному эффекту. Результаты данного расчёта можно представить в сводной таблице:
Таблица 2 - Результаты экономической эффективности
Показатель |
Ед. изм. |
Значение до внедрения программного продукта ... |
Подобные документы
Управление запасами: содержание, ключевые параметры. Моделирование системы управления запасами. Разработка проектной документации на создание информационной системы управления запасами склада, алгоритмическое обеспечение, детальное проектирование.
дипломная работа [1,1 M], добавлен 14.11.2017Анализ организационной структуры управления и бизнес-процессов компании. Разработка логистической информационной системы, включающей в себя подсистемы управления продажами, запасами и грузоперевозками. Подбор ее программного и технического обеспечения.
дипломная работа [3,2 M], добавлен 18.05.2014Общая характеристика разрабатываемой информационной системы, ее исследование и анализ, существующие аналоги, оценка практической эффективности. Требования, предъявляемые к данной системе, описание ее интерфейса и разработка инструкции пользователя
курсовая работа [1,1 M], добавлен 10.06.2014Простейшая схема взаимодействия оперативной памяти с ЦП. Устройство и принципы функционирования оперативной памяти. Эволюция динамической памяти. Модуль памяти EDO-DRAM BEDO (Burst EDO) - пакетная EDO RAM. Модуль памяти SDRAM, DDR SDRAM, SDRAM II.
реферат [16,1 K], добавлен 13.12.2009Разработка информационной системы для автоматизации управления товарными запасами на оптово-розничном складе. Использование CASE-средства верхнего уровня All Fusion Process Modeler BPwin для графического представления разрабатываемых бизнес процессов.
курсовая работа [2,4 M], добавлен 28.05.2013Назначение газораспределительных станций. Общие технические требования к системам автоматизированного управления газораспределительными станциями. Выбор промышленного контроллера. Разработка схемы соединений системы автоматизированного управления.
дипломная работа [2,2 M], добавлен 10.04.2017Анализ состояния информационных систем управления запасами на предприятии. Описание рабочего места оператора складского учета. Предметная область предприятия. Разработка практических предложений по автоматизации управления запасами на предприятии.
курсовая работа [606,5 K], добавлен 20.04.2015Анализ деятельности таксомоторного парка. Выбор жизненного цикла автоматизированной информационной системы. Построение структуры базы данных системы и разработка понятного интерфейса. Характеристика процессов, протекающих в автоматизированных системах.
дипломная работа [1,5 M], добавлен 06.06.2013Обзор медицинских информационных систем. Анализ и моделирование автоматизированной системы "Регистратура". Требования к составу и параметрам вычислительной системы. Обоснование выбора системы управления базами данных. Разработка инструкции пользователя.
дипломная работа [1,2 M], добавлен 14.10.2012Улучшение параметров модулей памяти. Функционирование и взаимодействие операционной системы с оперативной памятью. Анализ основных типов, параметров оперативной памяти. Программная часть с обработкой выполнения команд и размещением в оперативной памяти.
курсовая работа [99,5 K], добавлен 02.12.2009Анализ существующих систем управления базами данных. Общая характеристика и основные требования, предъявляемые к проектируемой информационной системе, ее структура и функциональные возможности. Разработка интерфейса пользователя, отчетов и запросов.
контрольная работа [939,2 K], добавлен 25.04.2015Разработка проекта системы, программы, интерфейса взаимодействия пользователя с системой. Программная база для реализации проекта "Электронная администрация". Создание удобной среды для пользователей системы. Разработка форм входных и выходных данных.
дипломная работа [3,9 M], добавлен 20.06.2012Проектирование автоматизированной системы обслуживания клиентов банка через Интернет, функциональные требования к ней. Выбор системы управления базами данных. Описание интерфейса программы, ее тестирование. Расчёт экономической эффективности проекта.
дипломная работа [7,9 M], добавлен 24.03.2010Изучение процесса автоматизации системы управления складом и отчетами. Проектирование схемы отпуска товара со склада с помощью методологий структурного анализа. Выбор инструментальных средств. Разработка алгоритмов, базы данных и руководства пользователя.
дипломная работа [1,8 M], добавлен 09.11.2016Описание системы автономного водоснабжения административного здания морского терминала ЗАО "Каспийский Трубопроводный Консорциум". Разработка и программная реализация алгоритма управления системой. Анализ и нормирование вредных производственных факторов.
дипломная работа [2,9 M], добавлен 14.11.2010Система управления базами данных. Встраиваемая СУБД SQLite. Организация запросов к БД через использование библиотеки sqlite3.dll. Представление реляционной БД в виде иерархической структуры. Графический интерфейс пользователя, неявное построение запросов.
курсовая работа [366,0 K], добавлен 03.06.2012История появления и развития оперативной памяти. Общая характеристика наиболее популярных современных видов оперативной памяти - SRAM и DRAM. Память с изменением фазового состояния (PRAM). Тиристорная память с произвольным доступом, ее специфика.
курсовая работа [548,9 K], добавлен 21.11.2014Проект автоматизированного рабочего места для работы с клиентами и использования клиентских баз данных. Регистрация данных о состоянии объекта управления. Обеспечение взаимодействия человека с системой. Доступ к результатам регистрации информации.
курсовая работа [1,7 M], добавлен 02.10.2010Современные информационные технологии обработки данных, автоматизированного офиса и баз данных, сетевые интернет-технологии. Работа с системой управления базами данных (СУБД) MS Access, связанными списками MS Excel, текстовым редактором MS Word.
методичка [5,6 M], добавлен 01.07.2014Проектирование и разработка автоматизированной информационной системы (АИС) публикации и обработки данных для работников детского сада № 176. Недостатки существующей АИС, снижающие эффективность работы организации. Прототип пользовательского интерфейса.
дипломная работа [7,7 M], добавлен 19.07.2012