Программный комплекс учета оборудования торгового эквайринга для отделения ПАО "Сбербанк"

Анализ программно-технических решений по учету оборудования торгового эквайринга. Разработка архитектуры программного комплекса учета оборудования. Система управления контентом. Выбор CMS. Менеджер пользователей. Структура информационной базы данных.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 19.01.2017
Размер файла 1,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Дымовое тестирование (smoke testing)

Тестирование новой функциональности (new feature testing)

Подтверждающее тестирование (confirmation testing)

Регрессионное тестирование (regression testing)

Приёмочное тестирование (acceptance testing)

Бета-тестирование (beta testing)

6.5.7 Классификация по признаку позитивности сценариев

Позитивное тестирование (positive testing)

Негативное тестирование (negative testing)

6.5.8 Классификация по степени подготовленности к тестированию

Тестирование по документации (formal testing)

Тестирование ad hoc или интуитивное тестирование (ad hoc testing)

6.5.9 Использованные методы тестирования и их результаты

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

И второй метод - это метод эквивалентного разбиения. Его составляют два положения:

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

Тест, по возможности, должен включать, максимальное количество классов эквивалентности, для минимизации общего количества тестов.

Разработка тестов этим методом осуществляется в два этапа: выделение классов эквивалентности и построение теста.

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

Таблица 6.1. - Классы эквивалентности

Правильный класс эквивалентности

Неправильный класс эквивалентности

1

Заполнены все поля, необходимые для внесения в БД нового оборудования

Не заполнены все поля, необходимые для внесения в БД нового оборудования

2

Все поля, необходимые для внесения нового оборудования в БД, заполнены правильно

Не все поля, необходимые для внесения нового оборудования в БД, заполнены правильно

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

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

Таблица 6.2. - Тестовые наборы для раздела «Добавление новой информации»

Класс эквивалентности

Показатель

Входные данные для тестирования

Предполагаемый результат

Результат тестирования

1

Поля s/n терминала, s/n пинпада, icc номер сим-карты, адрес

Заполнены

Данные вносятся в БД

+

Не заполнены

Сообщение о незаполненных полях

+

2

Поля s/n терминала, s/n пинпада, icc номер сим-карты, адрес

Все поля заполнены правильно

Данные вносятся в БД

+

Не все поля заполнены правильно

Сообщение о неверном формате входных данных

+

6.5.10 Руководство пользователя

Для авторизации на главной странице ресурса (рисунок 6.1) используются логин и пароль, которые вводятся в соответствующие поля для заполнения (рисунок 6.2).

Рисунок 6.1- Главная страница сайта

Рисунок 6.2- Ввод логина и пароля для авторизации в системе

Логином является последовательность букв латинского алфавита без специальных символов, длиной не более N символов. Пароль - не превышает 8 символов и состоит из цифр и букв латинского алфавита.

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

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

Рисунок 6.3 - Всплывающее уведомление об успешном сохранении информации

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

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

Рисунок 6.5 - Скриншот окна, где можно создать новый элемент таблицы

Для внесения нового оборудования в БД необходимо заполнить поля и нажать кнопку «Добавить».

Рисунок 6.6 - Добавление новых данных

Выделив галочкой слева нужные записи, мы можем их импортировать, т.е. выгрузить в виде отчета, в формате csv (рисунок 6.7).

Внесенную ранее информацию о терминале можно отредактировать с помощью кнопки «Редактировать» (рисунок 6.8).

Рисунок 6.7 - Формирование отчета

Рисунок 6.8 - Редактирование информации

После внесения всех данных и их сохранения появляется всплывающее окно с соответствующим уведомлением (рисунок 6.9).

Рисунок 6.9 - Скриншот всплывающего окна с уведомлением

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

Рисунок 6.10- Скриншот кнопки «Выход» из системы

7. ОЦЕНКА КАЧЕСТВА РАЗРАБОТАННОГО ПРОДУКТА

7.1 Сертификация

Одним из путей обеспечения качества ИС является ее сертификация. В США Радиотехническая комиссия по аэронавтике определяет процесс сертификации следующим образом:

Рисунок 7.1 - Модель классификации критериев качества информационных систем

В настоящее время нет стандартов, которые полностью удовлетворяют оценке качества ИС. На Западе имеется ряд стандартов, которые определяют основы сертификации программных систем, например стандарт Великобритании (BS750) описывает структурные построения программных систем, при соблюдении которых может быть получен документ, гарантирующий качество на государственном уровне. Имеется международный аналог указанного стандарта (ISO9000) и аналог для стран-членов НАТО (AQAP1).

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

Данный подход в большинстве случаев более эффективен. Он менее затратен, поскольку позволяет обойтись без жесткого контроля продукции и благодаря предупреждению появления брака снижает производственные издержки. Именно этот подход положен в основу стандартов ISO 9000, принятых ISO в 1987 году.

В стандартах ISO 9000 используется определение качества из стандарта ISO 8402: " Качество - совокупность характеристик продукта, относящихся к его способности удовлетворять установленные или предполагаемые потребности".

В ISO 9000 вводится понятие системы качества. Система качества (QS -Quality System) - это документальная система с руководствами и описаниями процедур достижения качества. Представляет из себя совокупность трех слоев документов:

1) описание политики управления для каждого системного элемента;

2) описание процедур управления качеством (что, где, кем и когда должно быть сделано);

3) тесты, планы, инструкции и т. п.

Сертификация предприятий по стандартам ISO 9001-9003 выполняется какой-либо уполномоченной на это внешней организацией. Наличие сертификата качества - одно из важнейших условий для успеха коммерческой деятельности предприятий[16].

7.2 Вторичные стандарты качества

Они включают в себя:

1) ISO 9000 - основные понятия, руководство по применению ISO 9001;

2) ISO 9004 - элементы систем управления качеством. Поддерживающие стандарты предназначены для развития и установки систем качества:

3) ISO 10011 - аудит, критерии для аудита систем качества ;

4) ISO 10012 - требования для измерительного оборудования;

5) ISO 10013 - пособие для развития руководств по управлению качеством.

7.3 Государственные стандарты Российской Федерации

К ним относятся:

1) ГОСТ Р ИСО 9001-96 "Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании";

2) ГОСТ Р ИСО 9002-96 "Системы качества. Модель обеспечения качества при производстве, монтаже и обслуживании";

3) ГОСТ Р ИСО 9003-96 "Системы качества. Модель обеспечения качества при окончательном контроле и испытаниях".

На данный момент разработана новая версия стандартов серии ISO 9000. Она называется ISO 9000:2000 Quality management systems, в которую включены следующие документы:

1) ISO 9000:2000 Fundamentals and vocabulary (основы и терминология);

2) ISO 9001:2000 Requirements (требования);

3) ISO 9004:2000 Guidelines for performance improvement (руководство по развитию).

7.4 Определение оценки качества разработанного продукта

На этапе определения показателей качества для каждого показателя при определении веса показателей используется формула (7.1):

, (7.1)

где n - число показателей;

- вес показателя с индексом i.

При определении конкретных числовых оценок показателей качества следует руководствоваться таблицей 7.1.

Таблица 7.1 - Описание оценок программного средства

Значение оценки

Описание

0-0, 49

Свойство в ПС присутствует, но качество его неприемлемо

0, 5-0, 9

Свойство в ПС присутствует и обладает приемлемым качеством

0, 91-1

Свойство в ПС присутствует и обладает высоким качеством

Набор показателей качества состоит из таких показателей как: Надежность, Эффективность, Качество, Рациональность, Универсальность, Срок службы, Точность, Показатель назначения, Удобство усвоения, Время ввода в эксплуатацию.

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

Эффективность определяет степень приспособленности ПО к выполнению стоящих перед ним задач.

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

Рациональность отвечает за выполнение требуемых функций без излишних затрат ресурсов ЭВМ.

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

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

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

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

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

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

Результаты выполнения этапов определения экспертной оценки для каждого показателя и определения конкретной численной оценки показателя R представлены таблице 7.2.

Таблица 7.2 - Характеристика показателей качества

Показатели

качества

Сущность

показателя

Экспертная

оценка()

Экспериментальная оценка R

1

2

3

4

Надежность

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

0, 16

1

Эффективность

Степень приспособленности ПО к выполнению стоящих перед ним задач

0, 14

0, 89

Качество

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

0, 07

0, 87

Рациональность

Выполнение требуемых функций без излишних затрат ресурсов ЭВМ

0, 08

0, 67

Универсальность

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

0, 04

0, 67

Срок службы

Зависимость от качества разработки и от того, на сколько в программе учтены запросы потенциальных пользователей

0, 07

0, 88

Точность

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

0, 18

0, 98

Показатель назначения

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

0, 16

1

Удобство усвоения

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

0, 05

0, 87

Время ввода в эксплуатацию

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

0, 05

0, 87

Определяем качество ПС используя формулу (7.2):

, (7.2)

где - качество ПС;

- общее число показателей;

- экспертная оценка показателя с индексом i;

- экспериментальная оценка показателя с индексом i.

Для расчета среднего значения оценки качества на этапе «Определение среднего значения качества ПС» следует использовать формулу (7.3):

, (7.3)

где - среднее значение оценки качества ПС;

- сумма оценок качества ПС;

- общее число показателей.

=

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

Рисунок 7.2 - Гистограмма распределения показателей по интервалам оценок

Таким образом качество программного средства оценивается как хорошее.

ЗАКЛЮЧЕНИЕ

Целью данной выпускной квалификационной работы являлась разработка автоматизированной системы учета оборудования для Отделения №8638 ОАО «Сбербанк России».

На этапах разработки данной работы, было выполнено следующее:

Описана предметная область разработки. Найдены и проанализированы аналоги. Составлена таблица сравнения аналогов и средств разработки программного обеспечения данной работы;

Произведена разработка архитектуры программного комплекса на основе стандартного сервера Сбербанк. Представлен общий вид программно-аппаратного комплекса. Предоставлены преимущества данной CMS;

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

Разработана архитектура информационной системы;

Разработаны структура данных и алгоритмы работы системы;

Построены диаграммы IDEF;

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

Разработана инструкция пользователя системы;

Дана оценка качества разработанной информационной системы.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Сбербанк России [Электронный ресурс]: Информация о банке. - Режим доступа: http://sberbank.ru/ru/about/today;

2. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: http://ru.wikipedia.org/wiki/POS;

3. ООО «Станс» [Электронный ресурс]: офиц. сайт. - Режим доступа: http://ocstans.ru;

4. YuKoSoft [Электронный ресурс]: офиц. сайт. - Режим доступа: http://it-invent.ru/default.aspx;

5. Database Harbor Software [Электронный ресурс]: офиц. сайт. - Режим доступа: http://www.hwinspector.com/ru/index.php;

6. The Joomla Project [Электронный ресурс]: офиц. сайт. - Режим доступа: https://www.joomla.org;

7. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/Система управления содержимым;

8. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/IDEF0;

9. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/IDEF3;

10. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/DFD;

11. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/MySQL;

12. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/PHP;

13. НОУ «ИНТУИТ» Архитектура Joomla. Базовые сведения [Электронный ресурс]: офиц. сайт. - Режим доступа: http://www.intuit.ru /studies/courses/3731/973/lecture/14904;

14. Model View Controller (MVC) PHP [Электронный ресурс]: офиц. сайт. - Режим доступа: http://www.phpinfo.su/articles/theory/model view controller.html;

15. Википедия [Электронный ресурс]: свободная энциклопедия. - Режим доступа: https://ru.wikipedia.org/wiki/Тестирование программного обеспечения;

16. НОУ «ИНТУИТ» [Электронный ресурс]: офиц. сайт. - Режим доступа: http://www.intuit.ru/studies/courses/651/507/lecture/11551;

17. Boehm, B. Software engineering economics / B. Boehm. - NJ: Prentice-Hall, 1981. - 261 с.

18. Щеглов А. Ю. Защита компьютерной информации от несанкционированного доступа/ А. Ю. Щеглов; ред. М. В. Финков. - Москва: Наука и техника, 2004. - 384 c.

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.