МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПЕНЗЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Кафедра "Информационно-вычислительные системы"
Лабораторные работы
по дисциплине “Проблемы автоматизированного создания информационных систем”
Направление подготовки – 09.03.03 Прикладная информатика
Профиль подготовки – Прикладная информатика в экономике
Выполнил: ст-т гр. 19ВЭм1
Епифанова О.В.
Проверил: доцент
Дрождин В.В.
Содержание
Введение...................................................................................................................4
1 Анализ предметной области................................................................................6
1.1 Проведение обследования автоматизируемого объекта.............................6
1.2 Построение модели предметной области «как есть» (AS-IS)....................9
1.2.1 Разработка диаграммы пакетов...............................................................9
1.2.2 Разработка диаграммы вариантов использования...............................10
1.2.3 Разработка диаграмм последовательности..........................................11
1.2.4 Разработка диаграмм деятельности......................................................12
1.3 Построение модели предметной области «как должно быть» (TO -BE)……………… …………………………………………………………….....16
1.3.1 Разработка диаграммы пакетов............................................................17
1.3.2 Разработка диаграммы вариантов использования..............................17
1.3.3 Разработка диаграмм последовательности.........................................17
1.3.4 Разработка диаграмм деятельности.....................................................18
2 Техническое задание.........................................................................................20
2.1 Основание для разработки.........................................................................20
2.2 Назначение разработки..............................................................................20
|
|
2.3 Требования к системе.................................................................................20
2.3.1 Требования к функциональным характеристикам...........................20
2.3.2 Требования к составу и параметрам технических средств...............25
2.3.3 Требования к информационной и программной совместимости…25
2.4 Требования к программной документации.................................................26
2.5 Стадии и этапы разработки...........................................................................26
2.6 Порядок контроля и приемки.......................................................................27
3 Проектирование автоматизированной системы............................................28
3.1 Технико-экономическое обоснование.....................................................28
3.2 Разработка UML — модели автоматизированной системы..................29
3.2.1 Разработка диаграммы пакетов АС......................................................29
3.2.2 Разработка диаграммы вариантов использования АС.......................29
3.2.3 Разработка диаграммы последовательности АС................................33
3.2.4 Разработка диаграммы деятельности АС............................................34
3.2.5 Разработка диаграммы классов............................................................34
3.2.6 Разработка диаграммы развертывания...............................................38
3.3 Проектирование базы данных...................................................................39
4 Программа и методика испытаний.................................................................43
4.1 Объект испытаний......................................................................................43
4.2 Цель испытаний..........................................................................................43
4.3 Требования к программе...........................................................................43
4.4 Средства и порядок испытаний................................................................48
|
|
5 Руководство по использованию.....................................................................51
Заключение.........................................................................................................63
Список использованных источников...............................................................64
Приложение А. Экранные формы....................................................................65
Введение
В условиях постоянного расширения аптечных сетей и одновременно роста конкуренции между ними невозможно обойтись без использования информационных сетей и средств комплексной автоматизации предприятия. Автоматизация аптек необходима в современном мире.
Цель автоматизации информационных процессов — это повышение производительности и эффективности труда работников, улучшение качества информационной продукции и услуг, повышение сервиса и оперативности обслуживания пользователей. Автоматизация базируется на использовании средств вычислительной техники и необходимого программного обеспечения.
Как и в любой другой точке розничной торговли, в аптечном пункте требуется оперативное решение таких задач, как пополнение запасов товара на складе, регистрация продаж, учет движения товара, формирование документов отчетности по отдельным группам. Однако в аптечном бизнесе есть и другие, сугубо специфические функции, требующие автоматизированного управления.
На сегодняшний день список программ, предназначенных для автоматизации аптек, весьма значителен. На Российском аптечном рынке представлены такие программы, как «Спарго Технологии», «Регард Софт», «Гэрэт Ай Ти», «Эскейп» и другие программные обеспечения. Выбор программ данного типа определяется как возможностями самой программы, так и другими важными показателями: стоимость, личные предпочтения руководителя, набор и качество услуг у той организации, которая внедряет данное программное обеспечение. Но все представленные на рынке программы ориентированы на автоматизацию большого количества аптек, при этом их функционал нельзя настроить под нужды конкретной аптеки. Такие системы имеют высокую цену за одно рабочее место и требуют ежегодного обновления лицензии. Поэтому автоматизация аптечных пунктов является актуальной задачей.
|
|
Автоматизация аптеки обеспечивает увеличение товарооборота за счет ускорения процесса обслуживания клиентов и сокращение издержек. Благодаря рационализации рутинного труда отпадает необходимость в расширении штата.
1 Анализ предметной области
1.1 Проведение обследования автоматизируемого объекта
Общество с ограниченной ответственностью «Фарм-Трэйд» (ООО «Фарм-Трэйд») города Пенза — это аптечный пункт сети аптек «Фарм-Трэйд», занимающийся отпуском медикаментов по рецептам врачей и без рецепта (ручная продажа), предметов санитарии и гигиены, ухода за больными, дезинфекционных средств, перевязочных материалов и других медицинских товаров.
Отпуск медицинских товаров в аптеке осуществляется фармацевтом в соответствии с приказом Минздрава России от 11.07.17 №403н "Об утверждении Правил отпуска лекарственных препаратов для медицинского применения, в том числе иммунобиологических лекарственных препаратов, аптечными организациями, индивидуальными предпринимателями, имеющими лицензию на фармацевтическую деятельность". Хранение медицинских товаров в аптеке осуществляется заведующим аптекой в соответствии с приказом Минздрава России от 31.08.16 № 646н «Об утверждении Правил надлежащей практики хранения и перевозки лекарственных препаратов для медицинского применения».
Фармацевт является материально-ответственным лицом и несет полную ответственность за хранение и качество отпускаемых населению медицинских товаров и, прежде всего, медикаментов.
Качество медицинских товаров во многом зависит от его хранения. Так, например, при неправильном хранении многие лекарственные препараты могут изменить свои качества под воздействием различных внешних факторов. Поэтому вопросу размещения медицинских препаратов для хранения в аптеке уделяется особое внимание.
Все медицинские товары в аптеке размещаются на специальных стеллажах, имеющие установленные правилами хранения показатели влажности и температуры. Показатели со стеллажей снимаются фармацевтом и фиксируются в журнале учета температурного режима (холодильник №1), журнале учета температурного режима (холодильник №2), журнале учета влажности в аптеке, журнале проведения уборок. В журнале учета температурного режима (холодильник №1) и журнале учета температурного режима (холодильник №2) записываются дата снятия показаний, температура в верхних и нижних холодильных камерах и ставится подпись фармацевта. В журнале учета влажности в аптеке записываются дата снятия показаний, температура воздуха, показания температуры увлажнения термометра, разница этих показателей, влажность в процентах и ставится подпись фармацевта. В журнале проведения уборок записываются дата проведения уборки, вид уборки, количество израсходованного моющего средства, количество дезинфицирующего средства и подпись фармацевта.
Размещение медицинских товаров по стеллажам осуществляется в соответствии с сопровождающими их инструкциями.
Учет всех имеющихся в аптеке медицинских товаров ведет фармацевт в журнале «Медицинские товары», где фиксирует наименование лекарства, его количество в наличии, серии, срок годности, наименование производителя, цену и является ли препарат жизненно важным.
Медицинские товары поставляются в аптеку как напрямую от производителя, так и через дилерские сети на основании договоров на поставку в соответствии с заказами на товар.
Заказ на товар формируется заведующим аптекой ежедневно в соответствии с остатками на складе и заказами клиентов и содержит наименование медицинского товара, наименование поставщика, наименование производителя, цену, количество, срок годности и наименование заказчика.
Оформление поставки медицинского товара осуществляется на основании накладных, где указываются наименование товара, наименование производителя, серия, налог на добавленную стоимость, количество, оптовая цена без налога на добавленную стоимость и с налогом на добавленную стоимость, общая сумма закупки с налогом на добавленную стоимость, штрих код.
Данные о поступлении медицинских товаров фиксируются в журнале «Приходы», в котором записываются номер накладной поставщика, дата и время поставки, закупочная сумма, сумма розничная, оператор, поставщик.
Взаиморасчеты с поставщиками осуществляются по безналичному расчету. Основаниями для проведения платежей являются платежные поручения, содержащие дату платежа, сумму без НДС, ставка НДС, сумма платежа, наименование плательщика, наименование получателя, его счет.
Для каждой единицы оприходованного медицинского товара устанавливаются цена реализации с учетом налога на добавленную стоимость, оформляется ценник и стеллажная карточка. Стеллажные карточки хранятся в шкафах с препаратами и содержат информацию о наименовании медицинского товара, его код, розничная цена, серия и дата истечения срока годности. На основании ценников формируется прайс-лист медицинских товаров, в котором указываются их наименование, производитель и цена.
Отпуск определенных групп лекарственных препаратов осуществляется только при наличии у покупателя рецепта. Рецепты проверяются фармацевтом на правильность их написания и оформления. В зависимости от группы лекарственного средства рецепты либо возвращаются покупателю, либо определенное время хранятся в аптеке. Рецепты фиксируются в журнале «Рецепты».
Данные о продаже медицинских товаров фиксируются в журнале «Расходы», в котором записываются дата, время, цена, сумма наличными, дисконт в процентах. При продаже медицинского товара фармацевт выдает покупателю квитанцию об оплате, в которой указывается дата и время продажи, наименование медицинского товара, его цена и сумма продажи.
Данные о возврате посетителем медицинских товаров ненадлежащего качества фиксируются в журнале «Возвраты от покупателей», в котором записываются дата возврата, время, закупочная сумма, сумма розничная и примечание.
В аптеке медицинский товар проходит контроль при поступлении и процессе его хранения. В случае выявления некачественного товара при поставке заведующий составляет претензию на некачественный товар поставщику и оформляет акт возврата, в котором указываются наименование поставщика, наименование товара, количество, стоимость единицы товара без налога на добавленную стоимость (НДС), стоимость единицы товара с НДС.
Медицинские товары, хранящиеся на складе и приобретенные статус некачественных товаров, в случае истечения срока годности или в случае порчи, подлежат списанию. Оформление списания медицинского товара осуществляется на основании акта списания, в котором указываются наименование товара, единицы измерения, количество, сумма без учета НДС, причина списания.
Таким образом, можно сделать вывод, что учет товарных запасов в аптеке является обширной сферой деятельности со своими особенностями.
1.2 Построение модели предметной области «как есть» (AS-IS)
1.2.1 Разработка диаграммы пакетов
Диаграммы пакетов унифицированного языка моделирования (UML) отображают зависимости между пакетами составляющими модель.
Целью диаграммы пакетов, в первую очередь является организация элементов в группы по какому – либо признаку с целью упрощения структуры и организации работы с моделью системы.
Пакет (package) – это конструкция UML, предназначенная для упорядочивания UML – моделей, а также для группировки классов.
Пакет, во – первых, выполняет служебную роль, позволяя организовать порядок в создаваемых UML – моделях и распределить различные модельные конструкции, а также диаграммы, по разным «папкам».
Во – вторых, в пакеты традиционно помещают классы системы, особенно если проект большой и их много.
Диаграмма пакетов модели «как есть» представлена на рисунке 1.
Рисунок 1 – Диаграмма пакета
1.2.2 Разработка диаграммы вариантов использования
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующих, в процессе.
Диаграммы вариантов использования не предназначены для отображения проекта и не могут описывать внутреннее устройство системы, они предназначены для упрощения взаимодействия с будущими пользователями системы.
Для пакета «Учет товарных запасов в аптеке» была разработана диаграмма вариантов использования «как есть», которая включает в себя: 3 актера и 9 вариантов использования.
Рисунок 2 – Диаграмма вариантов использования «как есть»
1.2.3 Разработка диаграмм последовательности
Диаграмма последовательности (sequence diagram) — диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл какого-либо определённого объекта (создание-деятельностьуничтожение некой сущности) и взаимодействие актёров (действующих лиц) АС в рамках какого-либо определённого прецедента (отправка запросов и получение ответов).
Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни» (lifeline), отображающие течение времени, прямоугольники, отражающие деятельность объекта или исполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами.
На данной диаграмме объекты располагаются слева направо.
Диаграмма последовательности «как есть» представлена на рисунке 3
Рисунок 3 – Диаграмма последовательности «как есть»
1.2.4 Разработка диаграмм деятельности
Диаграммы деятельности – один из видов диаграмм, применяемых в UML, для моделирования динамических аспектов поведения системы. Диаграмма деятельности – это, по существу, блок – схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Диаграммы деятельности являются представлением алгоритмов неких действий (активностей), выполняющихся в системе.
Диаграммы деятельности позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния в другое. Они применимы для детализации некоторой конкретной операции. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходы потока управления от объекта к объекту.
Диаграммы деятельности «как есть» представлены на рисунках 4-12.
Рисунок 4 — Диаграмма деятельности «Добавить сведения в журнал учета показателей»
Рисунок 5 — Диаграмма деятельности «Оформить списание мед.товара»
Рисунок 6 — Диаграмма деятельности «Оформить акт возврата»
Рисунок 7 — Диаграмма деятельности «Оформить акт списания»
Рисунок 8 — Диаграмма деятельности «Зарегистрировать расчеты с поставщиками»
Рисунок 9 — Диаграмма деятельности «Зарегистрировать продажу мед.товара»
Рисунок 10 — Диаграмма деятельности «Зарегистрировать поступление товара»
Рисунок 11 — Диаграмма деятельности «Зарегистрировать размещение товара»
Рисунок 12 — Диаграмма деятельности «Оформить заказ на товар»
1.3 Построение модели предметной области «как должно быть» (TO –BE)
Найденные в модели AS-IS недостатки устраняются в модели ТО-ВЕ (как будет), т.е. модели новой организации процессов в системе мониторинга техногенных катастроф. Создание и внедрение АС приводит к изменению условий выполнения отдельных операций, структуры процессов и предприятия в целом. Это приводит к необходимости изменения системы правил, используемых на предприятии, модификации должностных инструкций сотрудников.
Функциональная модель TO-BE позволяет уже на стадии проектирования будущей АС определить эти изменения. Применение функциональной модели TO-BE позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель ТО-ВЕ нужна для анализа альтернативных (лучших) путей выполнения функции и документирования того, как компания будет делать бизнес в будущем.
Функциональная модель TO-BE позволит четко определить распределение ресурсов между операциями делового процесса, что дает возможность оценить эффективность использования ресурсов после предлагаемого реинжиниринга.
В ходе анализа разработанной модели «как есть» был выявлен ряд проблем, показывающих что в системе есть определенные «дыры». Чтобы исправить эти недостатки в систему необходимо добавить определенные компоненты для того чтобы избавиться от «дыр» внутри системы.
1.3.1 Разработка диаграммы пакетов
Разработанная диаграмма пакетов модели «как должно быть» соответствует диаграмме на рисунке 1.
1.3.2 Разработка диаграммы вариантов использования
В результате анализа выявленных недостатков было принято решение, что для полноценного функционирования автоматизированной системы необходимо добавить на диаграмму вариантов использования одного актера: «Система» - система, которая будет заниматься сбором информации и формированием отчетов.
Разработанная диаграмма вариантов использования «как должно быть» представлена на рисунке 13.
Рисунок 13 – Диаграмма вариантов использования «как должно быть»
1.3.3 Разработка диаграмм последовательности
В соответствии с изменениями внесенными в диаграмму вариантов использования были внесены изменения в диаграмму последовательности.
Разработанная диаграмма последовательности представлена на рисунке 14.
Рисунок 14 – Диаграмма последовательности «как должно быть»
1.3.4 Разработка диаграмм деятельности
В соответствии с изменениями внесенными в диаграмму пакетов и диаграмму вариантов использования были внесены изменения в диаграмму деятельности.
Разработанные диаграммы деятельности «как должно быть» совпадают с диаграммами на рисунках 4-12. Новые диаграммы представлены на рисунках 15-17.
Рисунок 15 — Диаграмма деятельности «Создать отчет по продажам»
Рисунок 16 — Диаграмма деятельности «Создать отчет о возврате и списании мед. товаров»
Рисунок 17 — Диаграмма деятельности «Создать отчет по взаиморасчетам с поставщиками»
2 Техническое задание
2.1 Основание для разработки
Автоматизированная система должна быть разработана на основании задания, выданного к.т.н. доцентом кафедры ИВС Дрождиным В.В.
2.2 Назначение разработки
Программное обеспечение должно быть предназначено для автоматизации бизнес-процессов аптеки.
2.3 Требования к системе
2.3.1 Требования к функциональным характеристикам
Программное обеспечение должно обеспечивать выполнение следующих функций:
- ввод, хранение, редактирование данных о медицинских товарах: данные функции должны быть реализованы с помощью справочника «Медицинские товары»;
- ввод, хранение, редактирование данных о категориях медицинских товаров: данные функции должны быть реализованы с помощью справочника «Категория медицинского товара»;
- ввод, хранение, редактирование данных о поставщиках: данные функции должны быть реализованы с помощью справочника «Поставщики»;
- ввод, хранение, редактирование данных о производителях: данные функции должны быть реализованы с помощью справочника «Производители»;
- ввод, хранение, редактирование данных о стеллажах: данные функции должны быть реализованы с помощью справочника «Стеллажи»;
- ввод и хранение данных о поступлениях медицинских товаров: данные функции должны быть реализованы с помощью документа «Поступление медицинского товара»;
- ввод и хранение данных о продажах медицинских товаров: данные функции должны быть реализованы с помощью документа «Продажа медицинского товара»;
- ввод и хранение данных о рецептах: данные функции должны быть реализованы с помощью документа «Рецепт»;
- ввод и хранение данных о размещении медицинских товаров: данные функции должны быть реализованы с помощью документа «Размещение товаров»;
- ввод и хранение данных о списании медицинских товаров: данные функции должны быть реализованы с помощью документа «Списание медицинского товара»;
- ввод и хранение данных о возврате медицинских товаров от покупателя: данные функции должны быть реализованы с помощью документа «Возврат медицинского товара от покупателя»;
- ввод и хранение данных о возврате медицинских товаров поставщику: данные функции должны быть реализованы с помощью документа «Возврат поставщику»;
- ввод и хранение данных о возврате заказах на товар: данные функции должны быть реализованы с помощью документа «Заказ на товар»;
- ввод и хранение данных о возврате платежных поручениях: данные функции должны быть реализованы с помощью документа «Платежное поручение»;
- ввод и хранение данных о возврате о расчетах с поставщиками: данные функции должны быть реализованы с помощью документа «Расчеты с поставщиками»;
- формирование отчета по продажам медицинских товаров, отражающего по заданному периоду количество проданных медицинских товаров и сумму продажи;
- формирование отчета по поставкам медицинских товаров, отражающего по заданному периоду количество поставленных медицинских товаров и сумму поставки;
- формирование отчета о списании медицинских товаров, отражающего по заданному периоду количество списанных медицинских товаров;
- формирование отчета о возврате медицинских товаров, отражающего по заданному периоду количество возвращённых от покупателямедицинских товаров;
- формирование отчета об остатках медицинских товаров, отражающего по заданному периоду количествомедицинских товаров на стеллажах;
- формирование отчета о расчетах с поставщиками, отражающего по заданному периоду совершенные оплаты за товары поставщикам;
- формирование отчета о задолженностях перед поставщиками, отражающего задолженности у аптеки перед поставщиками;
- формирование отчета о медицинских товарах с истекшим сроком годности, отражающего количество и размещение медицинских товаров с истекшим сроком годности;
- формирование прайс-листа, отражающего актуальные цены на медицинские товары.
Входными данными программного обеспечения должны быть:
- данные, вносимые в справочник «Медицинские товары», который должен хранить наименование, производителя, категорию и описание медицинского товара;
- данные, вносимые в справочник «Категории медицинского товара», который должен хранить наименование категории медицинского товара;
- данные, вносимые в справочник «Поставщики», который должен хранить наименование, адрес, телефон, расчетный счет, ИНН, БИК, КПП, ОКПО, корр/счет поставщика;
- данные, вносимые в справочник «Производители», который должен хранить наименование, адрес и телефон производителя;
- данные, вносимые в справочник «Стеллажи», который должен хранить наименование, температуру и влажность на стеллаже;
- данные, вносимые в документ «Заказ на товар», который должен отражать список заказанных медицинских товаров — наименование, цену, количество и сумму заказа;
- данные, вносимые в документ «Поступление медицинского товара», который должен отражать список поступивших медицинских товаров — наименование, номер партии, производителя, срок годности, цену без НДС, ставку НДС, цену с НДС, количество и сумму поставки;
- данные, вносимые в документ «Продажа медицинского товара», который должен отражать список проданных медицинских товаров — наименование, цену, количество и сумму продажи;
- данные, вносимые в документ «Рецепт», который должен отражать список рецептов — наименование лечебно-профилактического учреждения, ФИО врача, содержание рецепта;
- данные, вносимые в документ «Размещение товаров», который должен отражать список размещенных медицинских товаров — наименование, номер партии, срок годности, стеллаж и количество медицинских товаров;
- данные, вносимые в документ «Списание медицинского товара», который должен отражать список поступивших медицинских товаров — наименование, цену, количество и сумму списания;
- данные, вносимые в документ «Возврат медицинского товара от покупателя», который должен отражать список возвратов медицинских товаров — наименование, производителя, категорию, цену, количество, сумму возврата и причину возврата;
- данные, вносимые в документ «Возврат поставщику», который должен отражать список возвращенных покупателем медицинских товаров — наименование поставщика, причину возврата, наименование товара, производителя, категорию, цену без НДС, ставку НДС, количество, сумму возврата и причину возврата;
- данные, вносимые в документ «Заказ на товар», который должен отражать список заказанных товаров — наименование, цену, количество и сумму заказа;
- данные, вносимые в документ «Платежное поручение», который должен отражать данные платежного поручения — дату, плательщика, получателя, банк получателя, счет получателя, сумму платежа, ставку НДС, сумму НДС;
- данные, вносимые в документ «Расчеты с поставщиками», который должен отражать сведения о совершенной выплате поставщику — наименование поставщика, номер платежного поручения, сумму оплаты.
Выходными данными программного обеспечения должны быть следующие отчетные документы:
- отчет «Отчет о продажах», который должен содержать данные о количестве проданных медицинских товаров и сумму продажи;
- отчет «Поставки медицинских товаров», который должен содержать данные о количестве поставленных медицинских товаров и сумму поставки;
- отчет «Отчет о списании медицинских товаров», который должен содержать данные о количестве списанных медицинских товаров;
- отчет «Отчет о возврате медицинских товаров», который должен содержать данные о возвратах медицинских товаров покупателем;
- отчет «Остатки медицинских товаров», который должен содержать данные об остатках медицинских товаров на стеллаже;
- отчет «Задолженность перед поставщиками», который должен содержать данные о задолженностях у аптеки перед поставщиками;
- отчет «Прайс-лист», который должен содержать данные о ценах на медицинские товары;
- отчет «Товары с истекшим сроком годности», который должен содержать данные о количестве и размещении медицинских товаров с истекшим сроком годности;
- отчет «Расчеты с поставщиками», который должен содержать данные о совершенных оплатах за товары поставщикам.
2.3.2 Требования к составу и параметрам технических средств
Программное обеспечение должно быть предназначено для работы на персональных компьютерах, имеющих следующие минимальные характеристики:
-процессор IntelCorei3,тактовая частота процессора – 2000 МГц;
- оперативная память 1024 Мбайт;
- оперативная память на жестком диске рабочей станции не менее 60 Мбайт;
- объем жестком диске не менее 1 Гбайт.
К персональному компьютеру должны быть подключены монитор, мышь, клавиатура и принтер любой модификации. Для печати отчетов используются встроенные средства технологической платформы «1С: Предприятие 8» и принтер любой модификации.
2.3.3 Требования к информационной и программной совместимости
Программное обеспечение должно быть разработано с использованием программного продукта «1С:Предприятие 8.3» и должно быть совместимо с операционной системой Windows XP, 7, 8 и выше.
На сервере должен быть установлен программный продукт «1С:Предприятие 8.3», а на рабочей станции — приложение для работы с базой данных «1С:Предприятие 8.3».
Создание объектно-ориентированной модели системы должно быть выполнено при помощи CASE-средства StarUMLверсии 5.0.2.
2.4 Требования к программной документации
Программное обеспечение должно сопровождаться пояснительной запиской, включающей следующую программную документацию:
- техническое задание;
- описание программы;
- программу и методику испытаний;
- описание применения.
Структура и содержание программной документации должны соответствовать требованиям стандартов единой системы программной документации (ЕСПД).
2.5 Стадии и этапы разработки
Разработка программного обеспечения должна осуществляться в соответствии со следующими этапами:
- предпроектное обследование предметной области;
- технико-экономическое обоснование разработки программного обеспечения;
- разработка технического задания;
- разработка объектно-ориентированной модели;
- разработка программного обеспечения;
- отладка и тестирование программного обеспечения;
- разработка программной документации;
- оформление пояснительной записки.
2.6 Порядок контроля и приемки
Для проверки правильности работы программного обеспечения должны быть разработаны тестовые примеры, в которых должны быть учтены все возможные сочетания входных данных, отражающие работу всех его частей.
Приемка программного обеспечения должна осуществляться путем анализа его работоспособности при использовании в качестве входных данных разработанных тестовых наборов и наличия пояснительной записки, включающей комплект программной документации, при правильном выполнении возложенных на нее функций и их соответствия требованиям технического задания.
3 Проектирование автоматизированной системы
3.1 Технико-экономическое обоснование
Для разработки программного обеспечения автоматизированной системы учета товарных запасов в аптеке выбрана технологическая платформа «1С: Предприятие 8».
1С:Предприятие — программный продукт компании «1С», предназначенный для автоматизации деятельности на предприятии. «1С:Предприятие» предназначено для автоматизации бухгалтерского и управленческого учётов (включая начисление зарплаты и управление кадрами), экономической и организационной деятельности предприятия.
На платформе «1С: Предприятие 8» можно автоматизировать деятельность подразделений компании, разных компаний и направлений бизнеса, докупая соответствующие конфигурации программ и интегрируя их в единое информационное пространство.
Для разработки объектно-ориентированной модели автоматизированной системы автоматизированной системы учета товарных запасов в аптеке выбраны язык моделирования UML и CASE-средство StarUML 5.0.2.
UML – это унифицированный графический язык моделирования для описания, визуализации, проектирования и документирования объектно-ориентированных систем. UML призван поддерживать процесс моделирования программных систем на основе объектно-ориентированного подхода, организовывать взаимосвязь концептуальных и программных понятий, отражать проблемы масштабирования сложных систем. Модели на UML используются на всех этапах жизненного цикла программных систем, начиная с бизнес-анализа и заканчивая сопровождением системы. Разные организации могут применять UML по своему усмотрению в зависимости от своих проблемных областей и используемых технологий.
StarUML 5.0.2 - программный инструмент моделирования, который поддерживает UML (Унифицированный язык моделирования). Среда разработки StarUML превосходно настраивается в соответствии с требованиями пользователя и имеет высокую степень расширяемости, особенно в области своих функциональных возможностей. Использование StarUML, одного из ведущих программных инструментов моделирования, гарантирует достижение максимальной производительности и качества ваших программных проектов.
Вышеперечисленные преимущества программных продуктов, позволяют сделать вывод, что они являются наиболее предпочтительными и достаточными для разработки автоматизированной системы учета товарных запасов в аптеке.
3.2 Разработка UML — модели автоматизированной системы
3.2.1 Разработка диаграммы пакетов АС
Разработанная диаграмма пакетов АС соответствует диаграмме на рисунке 1.
3.2.2 Разработка диаграммы вариантов использования АС
Диаграмма вариантов использования является исходным концептуальным представлением системы в процессе ее проектирования и разработки. Данная диаграмма состоит из актеров, вариантов использования и отношений между ними.
Исходя из анализа предметной области, был сделан вывод, что основными действующими лицами системы должны быть «Фармацевт», «Бухгалтер», «Заведующий».
Действующее лицо «Фармацевт» должно иметь возможность зарегистрировать продажу медицинских товаров и оформить списание медицинских товаров, создать отчетные документы, добавить сведения в журнал учета показателей.
Действующее лицо «Заведующий» должно иметь возможность зарегистрировать поступление и размещение медицинских товаров, оформить заказ на товар.