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

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

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

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

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

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

Введение

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

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

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

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

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

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

Задачи:

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

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

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

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

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

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

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

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

Глава 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. Монитор - 1024x768 или более высоким разрешением монитор.

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

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

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

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

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

ѕ введение;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.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 - Функциональное тестирование

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

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



Рисунок 2.21 - Интеграционное тестирование

Рисунок 2.22 - Интеграционное тестирование

2.4 Инструкция пользователя

Ниже представлена инструкция пользователя автоматизированной системы «Аптека»:

2.4.1 Краткое описание возможностей

Информационно-справочная система «Аптека» обладает следующими функциями:

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

2. Поиск необходимой информации.

3. Вывод информации, о стоимости товара.

2.4.2 Уровень подготовки пользователя

Пользователь системы «Аптека» должен обладать следующими знаниями:

ѕ Знать соответствующую предметную область;

ѕ Иметь основные знания о ПК.

ѕ Иметь представление о работе с БД.

ѕ Иметь опыт работы в среде современных операционных систем семейства Microsoft Windows.

ѕ Иметь опыт работы с современным офисным пакетом Microsoft Office.

ѕ Пользователь обязан изучить настоящее Руководство.

Квалификация пользователя должна позволять:

ѕ формировать отчеты;

ѕ осуществлять анализ данных. [16]

2.4.3 Порядок загрузки данных и проверка работоспособности

Перед началом работы с системой «Аптека» на рабочем месте пользователя необходимо выполнить следующие действия:

1. Необходимо на Рабочем столе запустить «Apteka.exe»

2. В случае если приложение «Apteka.exe.»не запускается, то следует обратиться в службу поддержки.

2.4.4 Описание операций, выполняемых информационно-справочной системой

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

1. Главное окно приложения содержит главное меню и кнопки быстрого доступа к режимам. В главном меню имеются следующие кнопки: «Медикаменты», «Поставщики», «Сотрудники», «Поставки», «Продажи», «Наличие», которые открывают соответствующие таблицы (Рисунок 2.24).



Рисунок 2.24 - Главное меню

2. При нажатии кнопки Медикаменты, открывается таблица, представленная на рисунке 2.25.

Рисунок 2.25 - Таблица «Медикаменты»

В окне имеется навигационная панель (Рисунок 2.26).

Рисунок 2.26 - Навигационная панель

3. Для добавления новой информации о медикаменте, необходимо нажать на кнопку Создать (Рисунок 2.27).

Рисунок 2.28 - Кнопка Создать

Затем необходимо ввести информацию о медикаменте и нажать кнопку Сохранить (Рисунок 2.29).

Рисунок 2.23 - Ввод новой информации о Медикаменте

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

Заключение

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

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

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

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

Список используемых источников

1. Васильев А.А., Избачков Ю.С., Петров В.Н., Телина И.С. Информационные системы. - СПб.: Питер, 2013.

2. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем - СПб.: ФОРУМ: ИНФРА-М, 2011.

3. Гвоздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных информационных систем - М.: ФОРУМ: ИНФРА-М, 2010.

4. Голицина О.Л. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2012.

5. Голицина О.Л. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2012.

6. Голицина О.Л. Попов И.И. Программирование на языках высокого уровня. - М.: ФОРУМ: ИНФРА - М, 2010.

7. ГОСТ 34.003 - 90. Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.

8. Гофман В.Э., Хомоненко А.Д. Delphi. Быстрый старт. -СПб.: БХВ - Санкт-Петербург, 2012.

9. Дарахвелидзе П.Г., Марков Е.П. Delphi - среда визуального программирования - СПб.: BHV - Санкт-Петербург, 2010.

10. Джефф Рэшка, Элфрид Дастин, Джон Пол. Тестирование программного обеспечения - Издательство: Лори, 2012.

11. Емельянова Н.З., Партыка Т.Л., Попов И.И. Проектирование информационных систем - М.: ФОРУМ: ИНФРА-М, 2011.

12. Емельянова Н.З., Партыка Т.Л., Попов И.И. Проектирование информационных систем - М.: ФОРУМ: ИНФРА. - М, 2011.

13. Мартин Грабер, SQL (2009) - М.: ЛОРИ, 2010

14. Михеева Е.В. Информационные технологии в профессиональной деятельности: Учебное пособие - М.: Академия, 2012

15. Рудаков А. В. Технология разработки программных продуктов: учебное пособие. - М.: Академия, 2010.

16. Автоматизация процессов тестирования.

17. ADO Электронная энциклопедия «Википедия».

18. Общие сведения о совместимости приложений.

19. Иллюстрированный самоучитель по Delphi для профессионалов.

20. Иллюстрированный самоучитель по Delphi 7 для профессионалов.

Приложение

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

Разделы технического задания:

1.Общие сведения;

2.Назначение и цели адаптации системы;

· Назначение системы;

· Цели адаптации системы;

3.Характеристика объектов адаптации;

4.Требования к системе;

· Требования к системе в целом;

· Требования к функциям, выполняемым системой;

· Требования к видам обеспечения;

5.Состав и содержание работ по адаптации системы;

6.Порядок контроля и приемки системы;

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8.Требования к документированию;

9.Источники разработки;

1.Общие сведения:

1.1.Наименование системы:

Информационно-справочная система Аптека

1.2.Основания для проведения работ:

Работа выполняется на основании договора №21 от 16.09.2014г.

1.3.Наименование организаций - Заказчика и Разработчика:

1.3.1.Заказчик

Заказчик: Центральная районная поликлиника;

Адрес фактический: г. Ейск;

Телефон/Факс: 3-13-13;

1.3.2.Разработчик

Разработчик: компания «Компьютер и Ко»;

Адрес фактический: ул. Красная,18, г. Ейск;

Телефон/Факс: 89635894523

1.4.Порядок оформления и предъявления заказчику результатов работ:

Работы по разработке Информационно-справочная система Аптека сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта.

2.Назначение и цели конфигурирования системы:

2.1.Назначение системы:

Система предназначена для повышения оперативности и качества деятельности ЦРП. Основным назначением системы является автоматизация рабочего места Администратора.

2.2.Цели создания системы:

Информационно-справочная система Аптека создается с целью:

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

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

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

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

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

1. Ввод данных в общий реестр, содержащий все данные о пациентах.

2. Редактирование данных в информационной системе.

3. Построение отчётов по запросам персонала.

3.Характеристика объектов автоматизации:

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

4.Требования к системе:

4.1.Требования к системе в целом

4.1.1.Требования к структуре и функционированию системы

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

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

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

3. Возможность поиска (фильтрации) по базе данных необходимой информации.

5. Производить формирование отчетов относительно полученной ранее информации.

6. Осуществлять подготовку выходных документов.

7.Данные в системе должны регулярно обновляться.

8.Интерфейс должен быть доступным и понятным пользователю.

9.К системе должна быть разработана инструкция для пользователя.

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

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

В состав Информационно-справочная система Аптека должны входить следующие подсистемы:

- Подсистема приема пациентов.

- Подсистема хранения данных.

- Подсистема формирования отчетности.

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Требования не предъявляются.

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

Требования не предъявляются.

4.1.1.4 Требования к режимам функционирования системы

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

- Нормальный режим функционирования;

В нормальном режиме функционирования системы:

- клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;

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

- исправно работает оборудование, составляющее комплекс технических средств;

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

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

4.1.1.5 Требования по диагностированию системы

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

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

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

4.1.1.6 Перспективы развития, модернизации системы

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

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

- добавления новых таблиц в базу данных;

- автоматического обновления записей в базу данных;

- изменения полей в таблицах;

- добавления новых запросов, отчетов;

- изменения схемы данных;

- улучшения функционирования пользовательского интерфейса.

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы

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

4.1.3. Требования к надежности

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

1. Организация бесперебойного электропитания технических средств;

2. Использование лицензированного программного обеспечения;

3. Регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 года об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПК, и оргтехники, и сопровождению программных средств;

4. Регулярное выполнение требований ГОСТ 51188-98. Защита информации, испытание программных средств на наличие вирусов;

5. Предварительное обучение пользователей и обслуживающего персонала.

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

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

4.1.4.Требования к эргономике и технической эстетике

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

1. Интерфейсы подсистем должен быть типизированы.

2. Должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя.

3. Должен использоваться шрифт Times New Roman.

4. Размер шрифта должен быть: 14пт.

5. Цветовая палитра должна быть: без использования красного и синего цвета фона.

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

7. При возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по ее устранению на русском языке.

4.1.5.Требования по сохранности информации при авариях

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

4.1.6. Требования к защите информации от несанкционированного доступа

Обеспечение информационное безопасности системы должно удовлетворять следующим требованиям:

1. Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.

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

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

4. Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу «что не разрешено, то запрещено».

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

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

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

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

- проверка реквизитов электронных документов;

- обеспечение регламентации допустимых операций;

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

Для электронного документооборота, реализуемого в системе, определены следующие общие требования:

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

- обеспечение управления маршрутами движения документов системы;

- обеспечение контроля местонахождения и состояния документов системы;

- осуществление поиска документов в системе;

- обеспечение ведения архивов документов системы.

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

4.3.Требования к видам обеспечения

4.3.1.Требования к информационной и программной совместимости

Системные программные средства, используемые программой, должны быть представлены:

1. Лицензионной локализованной версией операционной системы платформы-Windows;

2. Microsoft Access 07-2013.

3. Microsoft Word 07-2013.

4.3.2.Требования к техническому обеспечению

В состав технических средств должен входить ПК, включающий в себя:

1. Процессор Pentium-3.0Hz,не менее.

2. Оперативная память объемом 2 Гбайт, не менее.

3. Жесткий диск объемом 500 Гбайт, не менее.

4. Устройство чтения компакт-дисков (DVD-ROM).

5. Сетевой адаптер - 100 Мбит.

5.Состав и содержание работ по созданию системы

Стадии и этапы разработки по созданию ИСС Аптека:

Стадии разработки

Разработка должна быть проведена в три стадии:

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

2.Рабочее проектирование.

3.Внедрение.

Этапы разработки

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

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

2.Согласование технического задания.

3.Утверждение технического задания.

На стадии рабочего проектирования должны быть выполнены следующие этапы:

1.Разработка программы.

2.Разработка программной документации.

3.Испытания программы.

На стадии внедрение должны быть выполнены следующие этапы:

1.Подготовка программы.

2.Передача программы.

Содержание работ по этапам

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

1.Постановка задачи.

2.Определение и уточнение требований к техническим средствам.

3.Определение требований к программе.

4.Определение стадий, этапов и сроков разработки программы и документации на нее.

5.Согласование и утверждение технического задания.

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

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

1.Необходимо проверить точность следования всем алгоритмам.

2.Проверить реакцию системы при вводе некорректных значений.

3.Необходимо проверить корректность добавления, редактирования, удаления данных в системе.

4.Проверить возможности поиска необходимых данных.

5.Проверить возможности сортировки необходимых данных.

6.Проверить возможности фильтрации необходимых данных.

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

Таблица 1 Календарный план

Стадии разработки	Этапы работ	Содержание работ	Время выполнения
Техническое задание	Постановка задачи	Построение математической модели и детальное рассмотрение предметной области.	15.10.2014-15.11.2014
	Разработка технического задания	Определение всех частей программы, сроков разработки и определение ее функциональности.	15.11.2014-15.12.2014
	Утверждение технического задания	Согласование и утверждение технического задания.	15.12.2014-15.02.2015
Разработка проекта	Проектирование и разработка программы	Программирование и отладка.	15.02.2015- 15.03.2015
	Создание документации	Разработка программной документации (пользователю и разработчику) в соответствии с предъявленными требованиями.	15.03.2015-15.04.2015
	Тестирование	Корректировка программы, выявление недочетов.	15.04.2015-15.05.2015
Внедрение	Подготовка и сдача программного продукта заказчику	Сдача проекта заказчику. Оформление соответствующей документации.	15.05.2015- 15.06.2015

6.Порядок контроля и приемки системы

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

6.1 Требования к качеству

Таблица 2. Показатели приемки качества

Код	Показатель
1	Функциональные возможности (Functionality)
1.1	Пригодность (Suitability)
1.2	Правильность (Accuracy)
1.3	Способность к взаимодействию (Interoperability)
1.4.	Защищенность (Security)
2	Надежность (Reliability)
3	Практичность (Usability)
4	Эффективность (Efficiency)
4.1	Временная эффективность (Time behavior)
5	Сопровождаемость (Maintainability)
5.1	Изменяемость (Changeability)
6	Мобильность (Portability)

Таблица 3. Виды, состав, объем и методы испытаний системы и ее составных частей

Контрольные вопросы	Показатель качества	Код	Вид тестирования
Соответствует ли реализация функций программного обеспечения задачам пользователя? Насколько полно автоматизированы задачи пользователя?	Пригодность	1.1	Функциональное
Насколько функционирование программного обеспечения и получаемые результаты (число десятичных знаков, округление) соответствуют требованиям приложения?	Правильность	1.2	Функциональное
Насколько легко и эффективно осуществляется взаимодействие с другим программным обеспечением в среде пользователя?	Способность к взаимодействию	1.3	Интеграционное
Обеспечивает ли программное обеспечение средства санкционирования доступа и выполняет ли требования приложения?	Защищенность	1.4.	Функциональное, Стресс-тестирование
Функционирует ли система надежно в соответствии с требованиями поддержки приложения и технологичности, включая управление аномалиями (с оценкой средств управления аномалиями: определение ошибочных ситуаций системы и условий, требующих специальной обработки для подтверждения целостности системы; особенности восстановления и работы в условиях неполной работоспособности)?	Надежность	2	Функциональное, Стресс-тестирование
Применимо ли программное обеспечение в заданной операционной и поддерживающей среде?	Практичность	3	Интеграционное
Функционирует ли система эффективно, минимизируя издержки, с минимальным временем отклика и максимальной производительностью системы (с оценкой использования данных, оценкой эффективности по памяти, оценкой выполнения итераций и проверкой требований технологичности)?	Эффективность	4	Функциональное
Насколько легко исправлять ошибки и устранять недостатки? Насколько легко расширять возможности или технологию путем развития существующих функций или добавления новых функций или данных?	Изменяемость	5.1	Стресс-тестирование
Насколько легко переносить программное обеспечение для использования в другой среде (конфигурация КТС и/или среда программной системы)?	Мобильность	6.1	Интеграционное

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

7.1. Технические мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:

· Осуществлена закупка и установка необходимого оборудования.

· Организовать необходимое сетевое взаимодействие.

7.2.Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:

· Организация доступа к базам данных источников.

· Определение регламента информирования об изменениях структур систем-источников.

· Выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

7.3. Изменения в информационном обеспечении

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

Перечень регламентов может быть изменен на стадии «Разработка рабочей документации. Адаптация программ».

8.Требования к документированию

Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы».

Виды, комплектность и обозначения документов при создании Информационно-справочная система Аптека приведены в таблице:

Таблица 4

Наименование документа	Код документа	Часть проекта
Техническое задание	ТЗ	Предпроектное исследование
Инструкция пользователя	ИП	Рабочее проектирование

9.Источники разработки

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

· ГОСТ 24.701-86«Надежность автоматизированных систем управления»

· ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды»

· ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования»

· ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования»

· ГОСТ Р. 50571.22-2000 «Электроустановки зданий».

Размещено на Allbest.ru