- Сумма закупки Наценка на товар Сумма продажи Формирование расходной накладной

Рис. 2.5 Декомпозиция блока «Ценообразование» модели «AS IS»
Для еще более наглядного представления деятельности заведующего аптекой была построена диаграмма дерева узлов (Node Tree Diagram), изображенная на рис. 2.6.

Рис. 2.6 Диаграмма дерева узлов модели «AS IS»
2.2 Разработка концепции ИС
На данном этапе проектирования выполняется построение модели «TO BE» («Как должно быть»), основой которой является модель «AS IS», но подвергнутая модернизации. Эта модель описывает деятельность заведующего аптекой с устранением недостатков, указанных в технико-экономическом обосновании. Модель «TO BE», как и «AS IS», создается средствами AllFusion Process Modeler с использованием IDEF0-методологии.
Контекстная диаграмма модели «TO BE» имеет идентичный вид с моделью «AS IS».
Для устранения описанных проблем было принято решение о проведении оптимизации деятельности заведующего аптекой, при этом сами бизнес-процессы остаются прежними, меняется последовательность обработки информации. Главным итогом этой оптимизации является то, что заведующий аптекой имеет возможность отправлять заявки поставщикам и обрабатывать поступившую от них информацию еще до фактического прихода товара, т. е. проверить товар, расценить и подготовить его к реализации. После прихода товара, в случае если обнаружены некачественные препараты, он формирует возвратную накладную. Это значительно сокращает время, затраченное на обработку информации тем самым повышая количество входной информации, что в свою очередь приводит к увеличению производительности труда всего предприятия в целом.

Рис. 2.7 Диаграмма первого уровня декомпозиции модели «TO BE»

Рис. 2.8 Декомпозиция блока «Выбор поставщика»

Рис. 2.9 Декомпозиция блока «Ценообразование»

Рис. 2.10 Декомпозиция блока «Прием товара»
Для более наглядного представления деятельности заведующего аптекой после проведения оптимизации модели «AS IS» и разработки модели «TO BE» была построена диаграмма дерева узлов (Node Tree Diagram). Диаграмма изображена на рис. 2.11.

Рис. 2.11 Диаграмма дерева узлов модели «TO BE»
Следующим этапом проектирования является построение базы данных. Основой для этого вида работ служит функциональная модель, поскольку она однозначно определяет состав входных и выходных документов. Начинать построение БД рекомендуется с базы данных логического уровня в среде пакета AllFusion Data Modeler (ERwin) (рис. 2.12).

Рис. 2.12 Логическая структура базы данных
Затем средствами пакета AllFusion Data Modeler (ERwin) была выполнена генерация схемы базы данных физического уровня в среде СУБД Microsoft Office Access 2010 (рис. 2.13).

Рис. 2.13 Физическая структура базы данных
2.3 Разработка технического задания
2.3.1 Общие сведения о проекте
Полное наименование системы и ее условное обозначение:
Автоматизированное рабочее место заведующего предприятием «Аптека Виноградная».
Наименование предприятий разработчика и заказчика (пользователя) системы и их реквизиты:
Заказчик: Аптека готовых лекарственных форм ИП
Адрес: г. Сочи, ул. Вишневая ,
Р/с 40802810700000000809
ЗЕНИТ СОЧИ г. Сочи
Разработчик: .
Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:
- ISO/IES 12207:1995-08-01 «Информационная технология. Процессы ЖЦ программного обеспечения» ГОСТ 34.601-90 «Стадии создания АС» ГОСТ 34.602-89 «Техническое задание на создание АС» ГОСТ 34.603-92 «Виды испытаний АС» РД 50-34.698-90 «Требование к содержанию документов» ГОСТ 24.202-80 «Технико-экономическое обоснование» ГОСТ 34.20-89 «Виды, комплектность и обозначение документов при создании АС».
Плановые сроки начала и окончания работы по созданию системы:
Дата начала работ 01.01.01 года.
Дата окончания работ 01.01.01 года.
Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы:
- при выполнении каждого этапа раз в неделю разработчик предъявляет заказчику результаты своей работы в виде графиков, диаграмм, отчетов, таблиц, рисунков после окончания каждого этапа разработчик предоставляет заказчику документацию, соответствующую этому этапу
2.3.2 Назначение и цели создания системы
Назначение системы:
АРМ предназначено для автоматизации работы заведующего аптекой.
Цели создания системы:
- Создание базы данных по поставщикам данной аптеки Создание базы данных лекарственных средств Автоматизация формирования заявок Автоматизация формирования приходных накладных Автоматизация формирования расходных накладных Автоматизация формирования возвратных накладных
2.3.3 Характеристики объекта автоматизации
Краткие сведения об объекте автоматизации:
Объектом автоматизации является деятельность заведующего аптекой готовых лекарственных форм, которую можно разделить на три процесса: Формирование заявки поставщикам; Прием товара; Ценообразование и формирование выходных документов.
Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды:
При проектировании АРМ должно быть автоматизировано рабочее место заведующего предприятием «Аптека Виноградная».
2.3.4 Требования к системе
Требования к системе в целом:
Разрабатываемая система представляет собой автоматизированное рабочее место заведующего аптекой. Только он имеет права доступа ко всем формам программы, содержащим информацию о поставщиках, препаратах и формам, позволяющих оформлять выходные документы (расходная накладная, возвратная накладная, заявка на поставку товара). Следовательно, не требуется разграничение прав доступа.
Требования к численности, квалификации персонала и режиму его работы:
Данная область предполагает работу за компьютером заведующего аптекой (в случае его отсутствия им может воспользоваться провизор), остальной персонал не имеет прав доступа к данному АРМ. Следовательно, необходимо провести обучение персонала использованию самой системы, основам работы на персональных компьютерах и базовым навыкам работы с офисным пакетом Microsoft Office 2010.
Режим работы: Пн.-Пт., Сб.-Вс. - выходные, с 8:00 до 18:00, без перерыва.
Требования к надежности:
Должна быть обеспечена надежность хранения БД, которая заключается в возможности восстановления БД после любого рода аппаратных и программных сбоев. Для этого необходимо обеспечить его устойчивую и бесперебойную работу, что достигается наличием источника бесперебойного питания. Периодически надо производить резервное копирование базы данных.
БД должна быть защищена от потери данных при неправильных действиях пользователя, также должна иметься защита от несанкционированного доступа, что достигается путем ведения системы паролей, то есть возможность доступности к данным только конкретного пользователя.
Требования по эргономике и технической эстетике:
Пользовательские интерфейсы должны быть просты и понятны для неподготовленных пользователей и выполнены в спокойных тонах. При этом должен быть учтен следующий стандарт:
- ГОСТ Р 50948-96 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности»
Комфортность условий работы персонала должна обеспечиваться в соответствии со стандартами:
- ГОСТ 12.2.032-78 «Рабочее место при выполнении работ сидя. Общие эргономические требования»; ГОСТ Р 50923-96 «Дисплеи. Рабочее место оператора. Общие эргономические требования к производственной среде. Методы измерения».
Оценка эргономических параметров и параметров безопасности должна проводиться в соответствии со стандартом:
- ГОСТ Р 50949-96 «Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности».
Требования по стандартизации и унификации:
Необходимо применять стандартное общее и базовое программное обеспечение, включающее лицензионные ОС, СУБД, использовать утвержденные формы входных и выходных документов, применять унифицированные интерфейсы.
Требования к функциям (задачам), выполняемым системой:
- Формирование заявок поставщикам Формирование учета приходных накладных Ценообразование Формирование расходных накладных Формирование возвратных накладных
Требования к информационному и программному обеспечению:
Данные в системе должны быть реализованы в виде реляционной БД на основе СУБД Microsoft Access. Все сопровождающие деятельность заведующего аптекой документы должны быть реализованы в виде текстовых документов формата *.doc, электронных таблиц формата *.xls, поддерживаемых офисным пакетом Microsoft Office. БД и документы располагаются на клиентских местах, где должна быть установлена операционная система Windows XP Professional.
Требования к техническому обеспечению:
Сервер базы данных должен быть оснащен процессором не ниже Intel Xeon 2500 МГц, оперативной памятью 8192 MB и RAID-массивом жестких дисков с большим объемом доступного пространства для обеспечения целостности и вместительности базы данных и всех создаваемых документов. Для распечатки документов и отчетов необходимо установить принтер, для доступа в сеть интернет требуется установить модем или провести оптоволокно.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 |


