Разработка и проектирование информационной системы для салона мобильной связи при помощи Microsoft Access на языке программирования Visual Basic
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
В заключение хочется отметить, что мне как разработчику более близко и удобно использование этих программных средств.
Таким образом, исходя из особенностей предметной области и учитывая совместимость выбранных программных средств и предпочтения разработчика, можно заключить, что Visual Basic.NET и СУБД MS Access являются оптимальными средствами разработки приложения.
2.9 Интерфейс для работы пользователя с системой
Итак, составлены требующиеся диаграммы, описано взаимодействие между объектами. Исходя из этого, можно приступить к созданию форм приложения.
При помощи главной формы должно быть возможно открытие всех требуемых нам форм. Структура меню главной формы приведена на рис. 2.9.1.
Рис.2.9.1 Структура меню главной формы
Итак, получаем, что проект запускается с главной формы. С ее помощью открываются все остальные дочерние формы, как для расчетов, так и для просмотра и редактирования нужной информации. На всех формах расположены кнопки для вызова процедур добавления, удаления, сохранения и печати данных. Имеются формы со справочной информацией, полностью отражающие таблицы базы данных. Созданы отдельные формы для расчета с покупателями, регистрации sim-карт, продаж и форма для внесения данных о товарах и поставщиках.
Эскизы форм приведены ниже на рис. 2.9.2 - 2.9.7.
Рис. 2.9.2 Внешний вид главной формы
Рис. 2.9.3 Внешний вид формы Sim-карты из списков
Аналогичен внешний вид форм Продажи, Счета, Товары, Партии товаров, Покупатели, Поставщики и Платежи из меню Списки.
Рис. 2.9.4 Внешний вид формы для приема платежей
Рис. 2.9.5 Внешний вид формы Склад
Рис. 2.9.6 Внешний вид формы для регистрации продаж
Рис. 2.9.7. Форма для регистрации Sim-карт
В форме Склад дополнительно можно открыть приложение MS Excel для ведения товарных накладных и учета карточек поставщиков (рис. 2.9.8, 2.9.9).
Рис. 2.9.8 Лист Товарная накладная
Рис. 2.9.9 Лист Карточка поставщика
В форме Продажи дополнительно можно открыть приложение MS Excel для ведения книги продаж и учета товарных чеков (рис. 2.9.10, 2.9.11).
Рис. 2.9.10 Лист Книги продаж
Рис. 2.9.11 Лист Товарный чек
В форме Регистрация sim-карт дополнительно можно открыть приложение MS Excel для ведения карточек покупателей и учета товарных чеков (рис. 2.9.12).
Рис. 2.9.12 Лист Карточка клиента
2.10 Тестирование разработанной системы
Под тестированием понимается процесс исполнения программы с целью обнаружения ошибок. Процесс тестирования состоит из следующих этапов: 1) создание плана тестирования; 2) связывание плана с тестами; 3) пометка и выполнение тестов; 4) получение отчетов о тестировании и управление результатами.
Существуют следующие виды тестирования: блочное тестирование (тестирование полного класса, метода или небольшого приложения, написанного одним программистом или группой, выполняемое отдельно от прочих частей системы); тестирование компонента (тестирование класса, пакета, небольшого приложения или другого элемента системы, разработанного несколькими программистами или группами, выполняемое в изоляции от остальных частей системы); интеграционное тестирование (совместное выполнение двух или более классов, пакетов, компонентов или подсистем, созданных несколькими программистами или группами); регрессивное тестирование (повторное выполнение тестов, направленное на обнаружение дефектов в программе, уже прошедшей этот набор тестов); тестирование системы (выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными системами). Основные тестирования программного обеспечения - это метод белого ящика (когда известна внутренняя структура программы и исследуются внутренние элементы программы и связи между ними) и метод черного ящика (когда известны функции программы и исследуется работа каждой функции на всей области определения).
Для автоматизации тестирования можно использовать системы отслеживания ошибок. Это позволяет иметь единое хранилище ошибок, отслеживать их повторное появление, контролировать скорость и эффективность исправления ошибок, видеть наиболее нестабильные компоненты системы, а также поддерживать связь между группой разработчиков и группой тестирования.
Для любых проектов целесообразным является привлечение тестеров на ранних этапах разработки, в частности на этапе анализа и проектирования. Процесс тестирования должен быть сквозным, то есть должен присутствовать на всех этапах жизненного цикла ПО.
Если проектное решение оказалось неудачным и это обнаружено слишком поздно - на этапе разработки или, что еще хуже, на этапе внедрения в эксплуатацию, - то исправление ошибки проектирования может обойтись очень дорого.
Скорее всего тестированием системы будет заниматься сам разработчик, значит лучше использовать такой метод тестирования, как метод черного ящика.
Так как данная система разработана одним человек, выполняет немного функций и является в первую очередь познавательным примером в области проектирования, то при ее тестировании нужно обратить внимание на:
) наличие сообщений об ошибках, обме