Разработка диаграмм баз данных

connect using sqlca;

open (w_main)

Скрипт главного окна отсутствует. 

Скрипт окна w_units_spr:

dw_1.SetTransObject(sqlca)

dw_1.Retrieve() 

Здесь dw_1 - окно данных в окне w_units_spr. Эти две записи скрипта необходимы для обращения к БД и отображения данных в окне dw_1. Отображение происходит через независимый объект типа "Окно данных" с

именем dw_units_spr . С этим объектом связан оператор SELECT SQL,  в

данном случае такого вида:

SELECT "units"."picture",   

         "units"."name",   

         "units"."nom_code",   

         "units"."unit_code"  

    FROM "units"  

ORDER BY "units"."unit_code" ASC 

Здесь используется таблица "units" БД. Чтобы оператор SELECT выполнялся,  необходимо определить объект транзакции.  Это делается с помощью

функции SetTransObject( ). В данном случае применяется стандартный объект транзакции sqlca. 

Функция SetTransObject( )  очень важна, т.к. применяется практически

во всех приложениях [13]. 22

3.  ОФОРМЛЕНИЕ  И ЗАЩИТА ПРОЕКТА

3.1.  Документирование  ПО

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

формационных систем. Для описания программного обеспечения  принято

создавать документы  двух типов:  "Руководство программиста"  и  "Руководство пользователя (оператора)" [12]. 

Руководство программиста содержит всю необходимую информацию

о том, как устроена программная система. В нем помещаются сведения о

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

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

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

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

Ниже помещен фрагмент руководства пользователя для приложения,

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

Примеров руководства  программиста может служить материал предыдущего параграфа.

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

Открыть приложение Ivanov

Скопировать приложение с новым именем : фамилия латинскими буквами_номер группы

Открыть главное  окно (w_main)

В нем имеются  картинки- подкладки p_1 - p_13

и объект - рисунок  p_ris

Разместить собственный рисунок в окне

Для этого открыть  окно свойств объекта p_ris и пользуясь клавишей

Browse указать маршрут к файлу рисунка. 23

Окно объекта p_ris  должно иметь размеры 3600  х 2100  пикселей

(With, Height)

Далее необходимо наложить подкладки на    изображение.  Для этого

перемещаем их в  те места,  где расположены коды.  Изменяем размеры

подкладок, чтобы  они:

• Не пересекались

• Закрывали только нужный код

 

Подкладки берем  из набора в окне. Если их количество меньше необходимого, создаем новую подкладку: 24

По правой кнопке мыши открываем меню,  в котором  выбираем

Duplicate. В результате создается подкладка - дубль с теми же размерами.

Важно, чтобы она  была объектом, наследованным от рисунка. 

3.2.  Пояснительная  записка

Пояснительная записка  должна содержать материалы, отражающие

ход проектирования. 

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

• анализ задания,

• исследование вариантов  и технологий реализации системы, 

• описание алгоритмов работы приложения, 

• описание интерфейсов  системы, 

• результаты испытаний (тестирования) системы.

3.3.  Графическая  часть

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

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

системы. 25

3.4.  Демонстрация  ПО

Для подтверждения  работоспособности созданной системы она должна быть продемонстрирована  в работе. Среда Power Builder позволяет вы-

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

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

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

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

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

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

этого во многом зависит  оценка его работы. 

4.  ЗАКЛЮЧЕНИЕ

В данном руководстве  рассмотрены основные положения  и примеры

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

• Информационное обеспечение  систем управления,

• Информационные технологии,

• Информационная техника  и технологии,

• Базы и банки  данных.

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

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

Современной тенденцией в проектировании информационных систем

является применение технологий автоматизированного проектирования.

Подобные технологии относятся либо к CAD/CAM - Computer Aided Design (Manufacturing),  что аналогично САПР, либо к CASE -  технологиям,

применяемым для автоматизированной разработки ПО. 

Аббревиатура CASE расшифровывается как Computer Aided Software

Engineering - «автоматизированное проектирование систем

программного обеспечения». В последнее время слово Software часто

заменяют словом System - система, имея в виду автоматизированное проектирование систем. Это не совсем правильно, т.к. первоначальный смысл

термина CASE состоял  именно в том, что при помощи компьютеров осуществляется генерация программного обеспечения компьютеров. 26

Помимо автоматизации  структурных методологий и,  как  следствие,

возможности применения современных методов системной  и программной

инженерии, CASE обладают следующими основными достоинствами: 

• улучшают качество создаваемого ПО за счет средств автоматического контроля (прежде всего, контроля проекта); 

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

• ускоряют процесс  проектирования и разработки, 

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

целиком сосредоточиться  на творческой части разработки; 

• поддерживают развитие и сопровождение разработки; 

К настоящему моменту  дисциплина CASE  оформилась в самостоятельное наукоемкое направление в программа- технике, повлекшее за со-

бой образование  мощной CASE-индустрии,  объединившей сотни фирм и

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

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

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

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

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

Эта технология вполне может применяться в курсовом проектировании, поскольку Лаборатория информационных систем кафедры располагает мощным CASE -  средством проектирования реляционных баз данных

Sybase Power Designer.

5.  БИБЛИОГРАФИЧЕСКИЙ  СПИСОК

1. Боэм Б. И.  Инженерное проектирование программного  обеспечения М.:

Радио и связь, 1985г     ( 512 с. )

2. Качество продукции,  испытания, сертификация. Терминология: Справочное пособие. М.: Издательство стандартов, 1989.Вып. 4. ( 144 с. )

3. Липаев В. В. Сертификация информационных технологий программных средств и баз данных. Методы и стандарты. Казань,1995.( 154 с. )

4. Майерс Г. Искусство  тестирования программ: Пер. с  англ. М.: Финансы

и статистика, 1982. 27

5. Методические документы  ИСО/МЭК по сертификации продукции, 

оценке систем обеспечения  качества продукции и аккредитации испытательных лабораторий. М.: Изд. Стандартов, 1988

6. Сертификация продукции.  Международные стандарты и руководства

ИСО/МЭК в области  сертификации и управления качеством. М.: Издательство стандартов, 1990.

7. Гантер Р. Методы управления проектированием ПО. М.:"Мир", 1981.

388с. 

8. Шураков В. В. Надёжность ПО систем обработки данных. 1987, -

М.:"Статистика"

9. Гласс Р., Наузо Р. Сопровождение ПО.1983, М.:"Мир". -  158 с. 

10.Зиндер Е.З. Критерии  выбора современной СУБД как объекта инвестиций для развития предприятия. - Системы управления базами данных 

1995,  №1,  с. 35-48

11. Богатырев М.Ю.  Введение в систему Power Builder . Методические

указания к выполнению лабораторных работ. - Тула, изд-во ТулГУ,

1998. - 36 с. 

12. Требования и  спецификация в разработке программ. /Пер. с англ. под

науч. ред. Л.Н.Балыбиной/. –М.: «Мир», 1984.-344 с.

13.Смит Б.Дж., Шаад Г.У. Power Builder 5.0. Библия разработчика. - К.:

Диалектика, 1997. -544 с.

14.Шадрин Е. Power Builder 5.0 - открытый инструментарий для создания

сложных распределенных клиент-серверных приложений - Системы

управления базами данных, 1996, № 5-6, с. 97-107.

15. ISO 12119:1994.ИТ. Требования  к качеству и тестированию 

16. IEEE 1008 – 1986.Тестирование  программных компонент

17. ISO 9646 - 1-6: 1991.ИТ.ВОС. Методология аттестационного тестирования

18. IEEE 1003.3. Методы  тестирования для определения  свойств по стан-

дарам POSIX 28