В качестве модели жизненного цикла для разработки автоматизированной информационной системы «Городской телефонный справочник» будет использована каскадная модель. Каскадная модель (однократный проход, водопадная или классическая модель) подразумевает линейную последовательность выполнения стадий создания информационной системы Другими словами, переход с одной стадии на следующую происходит только после того, как будет полностью завершена работа на текущей.
Достоинства модели:
– на каждой стадии формируется законченный набор документации, программного и аппаратного обеспечения, отвечающий критериям полноты и согласованности;
– выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы.
Недостатки модели:
– реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем;
– жизненный цикл основан на точной формулировке исходных требований к информационной системе. Реально в начале проекта требования заказчика определены лишь частично;
– основной недостаток – результаты разработки доступны заказчику только в конце проекта. В случае неточного изложения требований или их изменения в течение длительного периода создания ИС заказчик получает систему, не удовлетворяющую его потребностям.
3
Изм.
Лист
№ докум.
Подпись
Дата
Лист
7
Проектирование
Проектирование – это процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или её части (ISO 24765). Результатом проектирования является проект – целостная совокупность моделей, свойств или характеристик, описанных в форме, пригодной для реализации системы.
Проектирование системы направлено на представление системы, соответствующее предусмотренной цели, принципам и замыслам; оно включает оценку и принятие решений по выбору таких компонентов системы, которые отвечают её архитектуре и укладываются в предписанные ограничения.
Проектирование курсовой работы состоит в разработке автоматизированной информационной системы по МДК 03.01 «Технология разработки программного обеспечения» спроектирован на языке программирования Delphi 2007. С использование каскадной модели жизненного цикла.
Также была спроектирована база данных состоящая из трёх таблиц. При проектировании таблиц учитывалось требование к курсовой работе, размерность столбцов, связи между таблицами (рисунок 1).
При проектировании курсовой работы были спроектированы структурная и функциональные схемы автоматизированной информационной системы по МДК 03.01 «Технология разработки программного обеспечения» представлена на рисунке 2, 3.
Рисунок 3 – Функциональная схема автоматизированной информационной системы «Городской телефонный справочник»
Изм.
Лист
№ докум.
Подпись
Дата
Лист
10
4 Разработка программного кода
Программный код – это компьютерная программа, написанная на определенном языке программирования по алгоритму, заданному педагогическим и технологическим сценарием.
Для разработки выходных форм использовался Delphi 2007, с помощью него был создан модуль данных в котором производится подключение базы данных к Delphi 2007 и последующая работа с этой базой данных. В качестве компонента подключения использовался ADOConnection. В нём необходимо было настроить свойство ConnectionString. Настройка представлена на рисунке 2.
Рисунок 2 – Настройка ConnectionString
После чего необходимо разместить на форме ADOTable, DataSource. Как показано на рисунке 3.
Рисунок 3 – Компоненты ADOTable, DataSource
Программный код настройки компонентов будет представлен в листинге Приложения В.
Для перехода с одной формы на другую, необходимо создать новую форму (рисунок 4).
Рисунок
Изм.
Лист
№ докум.
Подпись
Дата
Лист
11
4 – Создание новой формы
После создания формы, необходимо написать код, с помощью которого будет открываться новая форма и закрываться активная (рисунок 5).
Рисунок 5 – Код открытия новой формы и закрытие активной формы
Для создания отчёта воспользуемся специальной утилитой «Rave Reports Designer» (рисунок 6).
Рисунок
Изм.
Лист
№ докум.
Подпись
Дата
Лист
12
6 – Утилита «Rave Reports Designer»
Для создания отчёта, необходимо добавить на форму компоненты TRvProject, TRvDataSetConnection (рисунок 7,
Рисунок 7 – Список компонентов утилиты «Rave Reports Designer»
Рисунок
Изм.
Лист
№ докум.
Подпись
Дата
Лист
13
8 – Компоненты TRvProject и TRvDataSetConnection на форме
А также, чтобы выбранная форма имела связь с базой данных, необходимо связать её с главной формой. Для этого необходимо на вкладке File выбрать из выпадающего списка пункт Use Unit (рисунок 9).
Рисунок 9 – Выбор пункта Use Unit
В новом диалоговом окне выбрать ту форму, которая является главной (рисунок 10). После данной процедуры, можно будет использовать все возможности дляработы с базой данных.
Рисунок 10 – Выбор главной формы для связи с базой данных
Изм.
Лист
№ докум.
Подпись
Дата
Лист
14
Изм.
Лист
№ докум.
Подпись
Дата
Лист
15
5 Верификация ПП
Верификация проверяет соответствие одних создаваемых в ходе разработки и сопровождения ПО артефактов другим, ранее созданным или используемым в качестве исходных данных, а также соответствие этих артефактов и процессов их разработки правилам и стандартам. В частности, верификация проверяет соответствие между нормами стандартов, описанием требований (техническим заданием) к ПО, проектными решениями, исходным кодом, пользовательской документацией и функционированием самого ПО. Кроме того, проверяется, что требования, проектные решения, документация и код оформлены в соответствии с нормами и стандартами, принятыми в данной стране, отрасли и организации при разработке ПО, а также – что при их создании выполнялись все указанные в стандартах операции, в нужной последовательности. Обнаруживаемые при верификации ошибки и дефекты являются расхождениями или противоречиями между несколькими из перечисленных документов, между документами и реальной работой программы, между нормами стандартов и реальным процессами разработки и сопровождения ПО. При этом принятие решения о том, какой именно документ подлежит исправлению (может быть, и оба) является отдельной задачей. В АИС «Поступление оплаты» в ходе проведения верификации ошибок не было. Все формы представлены на рисунках 11, 12.
Рисунок 11 – Форма «Информация о жителях города»
Рисунок 12 – Форма «Информация о платежах»
Изм.
Лист
№ докум.
Подпись
Дата
Лист
16
Видео 36. 1, 2 методологии разработки ПО. Модель водопада
