2.7.2. Информационно-справочная система лекарственных средств

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

2.7.2. Информационно-справочная система лекарственных средств


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

Ключевые слова: информационно-справочная система (ИСС), лекарство, поиск, база данных, MySQL.

В статье «Обзор систем поиска лекарственных средств по заданным критериям» рассмотрена и проанализирована актуальная проблема выбора лекарственных средств, отвечающих качественным характеристикам, потребностям и финансовым возможностям потребителя, сделан обзор наиболее популярных информационно-справочных и поисковых систем, работающих в области поиска необходимых лекарств, а также выявлены требования, предъявляемые к разрабатываемой ИСС и определены основные функции, которые она должна выполнять:

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

Исходя из [1], описания системы и инструкции по применению лекарственных препаратов, их синонимы и аналоги, изображение ЛС, информацию о составе и форме выпуска препаратов, фармакологическом действии, показания к применению и побочные эффекты, способы применения, дозировки и противопоказания, взаимодействия лекарств, примечания о лечении препаратами детей, новорожденных и беременных, условия хранения, информацию о фармацевтических компаниях и производителях, а также, информацию об аптеках (адрес, контакты, режим работы метки на карте и возможный маршрут);

− интерфейс приложения должен быть максимально удобным и понятным для пользователя;

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

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

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

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

− введение нового критерия поиска «режим работы аптеки», добавление фильтра, где пользователем указывается временной диапазон работы аптеки;

− метки о сертификации лекарственного средства;

− наличие информации о форме отпуска лекарства (по рецепту, без рецепта) [2].

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

База данных (БД) — совместно используемый набор логически связанных данных (и их описание), предназначенный для удовлетворения информационных потребностей организации [3].

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

Реляционные базы данных.

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

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

− алгебраические языки, позволяющие выражать запросы средствами специализированных операторов, применяемых к отношениям;

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

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

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

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

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

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

Для составления БД ИСС по поиску лекарств взят Реестр Лекарственных средств Республики Казахстан.

Он представлен в виде таблицы (таблица 1) и включает следующие поля: регистрационный номер, торговое название, вид, дата регистрации, срок, дата истечения, производитель, страна, классификация ЛС/ИМН, упаковка, срок годности, степень риска, торг. марка, патент, средство измерения, стерильное, комплектность, признак бессрочности [4].

Таблица 1

indexРег. н.ТНВидД. рег.СрокД. ист.Произв.СтранаКлассиф. ЛС-ИМНУпак.Ср. г.Ст. рискаТорг. м.ПатентСред. Изм.Стер.Компл.Пр. бесср.

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

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

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

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

− «один–ко–многим»;

− «один–к–одному»;

− «многие–ко–многим».

Отношение «один–ко–многим».

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

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

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

Отношение «один–к–одному».

Отношение «один–к–одному» имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Это отношение встречается намного реже, чем отношение «один–ко–многим».

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

Отношение «многие–ко–многим».

Отношение «многие–ко–многим» применяется в следующих случаях:

− одной записи в родительской таблице соответствует более одной записи в дочерней;

− одной записи в дочерней таблице соответствует более одной записи в родительской.

Всякуюсвязь «многие–ко–многим» в реляционной базе данных необходимо заменить на связь «один–ко–многим» (одну или более) с помощью введения дополнительных таблиц [5].

MySQL.

MySQL — это быстрая, надежная, открыто распространяемая СУБД. MySQL, как и многие другие СУБД, функционирует по модели «клиент/сервер». Под этим подразумевается сетевая архитектура, в которой компьютеры играют роли клиентов либо серверов [6]. На рис. 1 изображена схема передачи информации между компьютером клиента и жестким диском сервера.

Рис. 1. Схема передачи данных в архитектуре «клиент/сервер»

КлиентскаяпрограммаMySQL представляет собой утилиту командной строки. Этапрограмм подключается к серверупосети. Команды, выполняемые сервером, обычно связаны с чтением и записью данных на жестком диске. MySQL взаимодействует с базой данных на языке, называемомSQL(Structured QueryLanguage — язык структурированных запросов). Характеристика MySQL.

− MySQL — это система управления базами данных.

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

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

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

− MySQL — это система управления реляционными базами данных.

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

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

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

− Программное обеспечение MySQL — это ПО с открытым кодом.

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

− Технические возможности СУБД MySQL

ПО MySQL является системой клиент-сервер, которая содержит многопоточный SQL-сервер, обеспечивающий поддержку различных вычислительных машин баз данных, а также несколько различных клиентских программ и библиотек, средства администрирования и широкий спектр программных интерфейсов (API).

− Безопасность

Система безопасности основана на привилегиях и паролях с возможностью верификации с удаленного компьютера, за счет чего обеспечивается гибкость и безопасность. Пароли при передаче по сети при соединении с сервером шифруются. Клиенты могут соединяться с MySQL, используя сокеты TCP/IP, сокеты Unix или именованные каналы (named pipes, под NT)

− Вместимость данных.

Начиная с MySQL версии 3.23, где используется новый тип таблиц, максимальный размер таблицы доведен до 8 миллионов терабайт (263bytes). Однако следует заметить, что операционные системы имеют свои собственные ограничения по размерам файлов. Ниже приведено несколько примеров:

− 32-разрядная Linux-Intel — размер таблицы 4 Гб.

− Solaris 2.7 Intel — 4 Гб

− Solaris 2.7 UltraSPARC — 512 Гб

− Windows XP — 4 Гб

Как можно видеть, размер таблицы в базе данных MySQL обычно лимитируется операционной системой. По умолчанию MySQL-таблицы имеют максимальный размер около 4 Гб.

Для любой таблицы можно проверить/определить ее максимальный размер с помощью команд SHOW TABLE STATUS или myisamchk-dv table_name. Если большая таблица предназначена только для чтения, можно воспользоваться myisampack, чтобы слить несколько таблиц в одну и сжать ее.

Обычно myisampack ужимает таблицу по крайней мере на 50 %, поэтому в результате можно получить очень большие таблицы [7].

Литература:

  1. Справочник лекарств — http://www.eurolab.ua/medicine/drugs
  2. «Обзор систем поиска лекарственных средств по заданным критериям» — Королева О. В. / Вестник ГУ им. Шакарима, 2016.
  3. Гражданский кодекс РФ, ст. 1260.
  4. Реестр лекарственных средств Республики Казахстан.
  5. http://www.libermedia.ru/articles/detail.php?ELEMENT_ID=386
  6. Куликов Святослав Святославович / Учебное пособие по курсу «Базы данных» ч. 2. Минск 2009.
  7. http://bourabai.kz/dbt/MySQL0109.htm

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

Источник: https://moluch.ru/archive/114/30219/

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

2.7.2. Информационно-справочная система лекарственных средств

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

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

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

Дипломный проект

Разработка информационно-справочной системы «Аптека»

  • fОглавление
  • Введение
  • Глава 1. Анализ предметной области и средств разработки
    • 1.1 Описание предметной области
  • 1.2 Анализ аппаратных и программных средств для разработки программного продукта
  • 1.3 Техническое задание
  • Глава 2. Разработка информационно-справочной системы «Аптека»
  • 2.1 Моделирование предметной области
    • 2.2 Физическая реализация базы данных
  • 2.3 Тестирование программного продукта
  • 2.4 Инструкция пользователя
  • Заключение
  • Список используемых источников
  • Приложение

fВведение

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

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

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

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

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

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

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

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

Цель – разработать информационно-справочную систему «Аптека».

Задачи:

Описать предметную область.

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

Разработать техническое задание.

Построить модели предметной области.

Реализовать физическую схему базы данных.

Протестировать программный продукт.

Разработать инструкцию пользователя.

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

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

Список литературы насчитывает 20 источников.

fГлава 1. Анализ предметной области и средств разработки

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

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

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

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

Информационно-справочная система предполагает наличие следующих функций:

ѕ работа с поставщиками медикаментов;

ѕ заказы и получение медикаментов;

ѕ ведение базы данных медикаментов;

ѕ организация платежей за получение медикаментов;

ѕ складирование медикаментов;

ѕ работа с покупателями;

ѕ продажа медикаментов;

ѕ формирование отчетности.

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

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

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

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

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

1.2 Анализ аппаратных и программных средств для разработки программного продукта

Для разработки программного продукта нами была выбрана СУБД Microsoft Access 2010, которая позволяет выполнять простейшие операции с данными:

ѕ добавить в таблицу одну или несколько записей;

ѕ удалить из таблицы одну или несколько записей;

ѕ обновить значения некоторых полей в одной или нескольких записях;

ѕ найти одну или несколько записей, удовлетворяющих заданному условию.

Для выполнения этих операций используется механизм запросов. Результатом выполнения запросов является либо отобранное по определённым критериям множество записей, либо изменение в таблицах. [12]

Минимальные системные требования, которые устанавливает фирма производитель для MS Access следующие:

1. Операционная система – Microsoft Windows XP Professional с пакетом обновлений 3 (SP3) 3 или более поздняя версия (Windows Vista, либо Windows 7; Microsoft Windows Server 2003 или Microsoft Windows Server 2008)..

2. Процессор – Pentium III 500 MHz и выше; 1 гигагерц (ГГц), необходимых для Outlook с диспетчером контактов.

3. Память – 256 MB RAM (минимум); 512 МБ, рекомендуется для графических возможностей.

4. Дисковое пространство – 2 гигабайта (ГБ) свободного места на диске.

5. Дисплей – Super VGA (1024 Ч 768) или более высокое разрешение.

6. Указывающее устройство – Microsoft Mouse, Microsoft IntelliMouse или совместимое указывающее устройство. [18]

Для приложения базы данных была выбрана среда программирования Delphi 7. Эта среда предназначена для быстрой разработки прикладного ПО для различный операционных систем. Благодаря уникальной совокупности простоты языка и генерации машинного кода, предоставляет достаточно низкоуровневое взаимодействие с операционной системой. [8]

Минимальные системные требования, которые устанавливает фирма производитель для Delphi 7 следующие:

1. Операционная система – Microsoft Windows 7(32-bit and 64-bit); Microsoft Windows Vista SP2(32-bit and 64-bit); Microsoft Windows Server 2008(32-bit and 64-bit); Microsoft Windows 8 (32-bit and 64-bit).

2. ОЗУ – 1 ГБ оперативной памяти (2 ГБ+ рекомендуется).

3. Жесткий диск – 2 – 2,5 ГБ свободного места на жестком диске.

4. Монитор – 1024×768 или более высоким разрешением монитор.

5. Процессор – Процессор Intel Pentium или совместимый, минимум 1.6 ГГц (2 ГГц+ рекомендуется).

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

1.3 Техническое задание

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

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

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

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

На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:

ѕ введение;

ѕ основания для разработки;

ѕ назначение разработки;

ѕ требования к программе или программному изделию;

ѕ требования к программной документации;

ѕ технико-экономические показатели;

ѕ стадии и этапы разработки;

ѕ порядок контроля и приемки.

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

В приложении 1 представлено техническое задание для создания информационно-справочной системы «Аптека».

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

автоматизированный интерфейс программа

fГлава 2. Разработка информационно-справочной системы «Аптека»

2.1 Моделирование предметной области

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

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

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

На рисунке 2.1. представлена разработанная инфологическая модель предметной области «Аптека».

Рисунок 2.1 – Инфологическая модель

f2.2 Физическая реализация базы данных

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

Рассмотрим физическую схему реляционной базы данных «Аптека», которая представлена ниже набором объектов MS Access.

Рассмотрим физическую схему реляционной базы данных «Аптека», которая представлена ниже набором объектов системы управления базами данных MS Access, которые представлены на рисунках 2.2-2.17.

Рисунок 2.2 – Конструктор таблицы «Дни»

Рисунок 2.3 – Столбцы таблицы «Дни»

Рисунок 2.4 – Конструктор таблицы «Поставщик»

Рисунок 2.5 – Столбцы таблицы «Поставщик»

Рисунок 2.6 – Конструктор таблицы «Приход»

Рисунок 2.7 – Столбцы таблицы «Приход»

Рисунок 2.8 – Конструктор таблицы «Расход»

Рисунок 2.9 – Столбцы таблицы «Расход»

Рисунок 2.10 – Конструктор таблицы «Склад»

Рисунок 2.11 – Столбцы таблицы «Склад»

Рисунок 2.12 – Конструктор таблицы «Сотрудники»

Рисунок 2.13 – Столбцы таблицы «Сотрудники»

Рисунок 2.14 – Конструктор таблицы «Группы товара»

Рисунок 2.15 – Столбцы таблицы «Группы товара»

Рисунок 2.16 – Конструктор таблицы «Товар»

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

Рисунок 2.17 – Столбцы таблицы «Товар»

Рисунок 2.18 – Схема данных

2.3 Тестирование программного продукта

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

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

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

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

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

На рисунке 2.19-2.20 представлено функциональное тестирование информационно-справочной системы «Аптека».

Рисунок 2.19 – Функциональное тестирование

Рисунок 2.20 – Функциональное тестирование

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

Источник: https://otherreferats.allbest.ru/programming/00723430_0.html

Medic-studio
Добавить комментарий