Справочник радиолюбителя

Министерство образования и науки РФ
ГОУ ВПО Череповецкий государственный университет
Институт инноваций и непрерывного образования
Кафедра Программное обеспечение ЭВМ
Дисциплина Проектирование информационных систем
КУРСОВАЯ РАБОТА
Проектирование информационной системы
«Справочник радиолюбителя»
Расчетно-пояснительная записка к курсовой работе
Листов 38

Выполнил студент:
Холодов К. И.
Группа:    6СПО32
Принял преподаватель:
Селяничев О. Л.
Отметка о зачете:______________

Череповец
2007г
Аннотация
Данная курсовая работапредназначена для приобретения навыков проектирования информационных систем.Научиться принципам построения функциональных и информационных моделей систем,проведению анализа полученных результатов, применению инструментальных средствподдержки проектирования информационных систем.
Количестволистов……………………………………………………..……38
Количествотаблиц…………………………………………………………..14
Количествоприложений……………………………………………………..2

Содержание
 
Введение……………………………………………….……………………….4
1.Описание предметной области……………………………………….….....5
2.Выбор ЖЦИС………………………………………………………………..6
  2.1 Методология RAD…………………………………………………….....10
3. ЭтапыЖЦ…………………………………………………………………...11
  3.1 Фаза анализа и планированиятребований……………………………..11
  3.2 Фаза проектирования…………………………...…………………….....11
  3.3 Фаза построения……………………………………………………..…..17
  3.4 Фаза внедрения…………………………………………………………..18
4. Выбор CASE средства……………………………….………………….....19
5. Описаниепрограммы………………………………………………………24
Заключение…………………………..……………………..............................25
Литература…………………………………..…………………………….......26
Приложение 1. Руководствопользователя………………………..………...27
Приложение 2. Листингпрограммы…………………………………………33

Введение
В ходе данной работынеобходимо спроектировать и реализовать информационную систему “Справочникрадиолюбителя”, а также приложение, которое позволит работать с ней.
База данных предназначенадля людей работающих в сфере электроники. База должна включать в себя данные орадиодеталях с различными критериями, а так же о их производителе.
В современном мире сложнонайти такую сферу деятельности, где бы не использовались базы данных, которыепозволяют эффективный и удобный сбор, хранение, обработку и представлениеинформации различного рода. БД «Справочник радиолюбителя» необходима для удобнойи быстрой работы с базой радиодеталей, которая бы обладала простой реализациейи структурой. Этими свойствами как раз  и обладает реляционная модель базыданных. 
В приложении 1необходимый материал для пользователя программы
В приложении 2 приводитсялистинг программы.

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

2. Выбор модели жизненного цикла информационнойсистемы
Модель жизненного цикла (далее ЖЦ) программного обеспеченияинформационной системы (далее ПО ИС) при автоматизированном проектированиииграет достаточно важную роль. Это обусловлено тем, что каждая из CASE-систем ориентированана определенную модель ЖЦ ПО ИС.
Жизненным циклом ПО ИС представляет собой непрерывныйпроцесс, начинающийся с момента принятия решения о создании ПО изаканчивающийся при завершении его эксплуатации.
Под моделью ЖЦ понимается структура, определяющаяпоследовательность выполнения и взаимосвязи процессов, действий и задач,выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и спецификиусловий, в которых последняя создается и функционирует.
Состав процессов ЖЦ регламентируется международным стандартомISO/IEC 12207: 1995 «Information Technologe – Software Life Cycle Processes» («Информационные технологии – Процессы жизненного циклапрограммного обеспечения»). Стандарт ISO/IEC 12207 не предлагает конкретнуюмодель ЖЦ и методы разработки ПО. Его регламенты являются общими для любыхмоделей ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12207описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, какреализовать или выполнить действия и задачи, включенные в эти процессы.
К настоящему времени наибольшее распространение получилиследующие две основные модели ЖЦ:
·  каскадная модель(70-85 г.г.);
·  спиральная модель(86-90 г.г.).
В изначально существовавших однородных ИС каждое приложениепредставляло собой единое целое. Для разработки такого типа приложенийприменялся каскадный способ. Его основной характеристикой является разбиениевсей разработки на этапы, причем переход с одного этапа на следующий происходиттолько после того, как будет полностью завершена работа на текущем (рис.1).Каждый этап завершается выпуском полного комплекта документации, достаточнойдля того, чтобы разработка могла быть продолжена другой командой разработчиков.
Положительные стороны применения каскадного подходазаключаются в следующем:
·  на каждом этапеформируется законченный набор проектной документации, отвечающий критериямполноты и согласованности;
·  выполняемые влогичной последовательности этапы работ позволяют планировать сроки завершениявсех работ и соответствующие затраты.
/>
Рис.1«Каскадная модель жизненного цикла»
Каскадныйподход хорошо зарекомендовал себя при построении ИС, для которых в самом началеразработки можно достаточно точно и полно сформулировать все требования, с тем,чтобы предоставить разработчикам свободу реализовать их как можно лучше стехнической точки зрения. В эту категорию попадают сложные расчетные системы,системы реального времени и другие подобные задачи. Однако в процессеиспользования этого подхода обнаружился ряд его недостатков, вызванных преждевсего тем, что реальный процесс создания ПО никогда полностью не укладывался втакую жесткую схему. В процессе создания ПО постоянно возникала потребность ввозврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений.В результате реальный процесс создания ПО принимал следующий вид (рис. 2): 
/>
Рис.2«Модель жизненного цикла с промежуточным контролем»
Основным недостатком каскадного подхода является существенноезапаздывание с получением результатов. Согласование результатов спользователями производится только в точках, планируемых после завершениякаждого этапа работ, требования к ИС «заморожены» в виде техническогозадания на все время ее создания. Таким образом, пользователи могут внести своизамечания только после того, как работа над системой будет полностью завершена.В случае неточного изложения требований или их изменения в течение длительногопериода создания ПО, пользователи получают систему, не удовлетворяющую ихпотребностям. Модели (как функциональные, так и информационные)автоматизируемого объекта могут устареть одновременно с их утверждением.
Для преодоления перечисленных проблем была предложенаспиральная модель ЖЦ (рис. 3), делающая упор на начальные этапы ЖЦ: анализ ипроектирование. На этих этапах реализуемость технических решений проверяется путемсоздания прототипов. Каждый виток спирали соответствует созданию фрагмента иливерсии ПО, на нем уточняются цели и характеристики проекта, определяется егокачество и планируются работы следующего витка спирали. Таким образом,углубляются и последовательно конкретизируются детали проекта, и в результатевыбирается обоснованный вариант, который доводится до реализации.
Разработка итерациями отражает объективно существующийспиральный цикл создания системы. Неполное завершение работ на каждом этапепозволяет переходить на следующий этап, не дожидаясь полного завершения работына текущем. При итеративном способе разработки недостающую работу можно будетвыполнить на следующей итерации. Главная же задача – как можно быстрее показатьпользователям системы работоспособный продукт, тем самым, активизируя процессуточнения и дополнения требований.
Основнаяпроблема спирального цикла – определение момента перехода на следующий этап.Для ее решения необходимо ввести временные ограничения на каждый из этаповжизненного цикла. Переход осуществляется в соответствии с планом, даже если невся запланированная работа закончена. План составляется на основе статистическихданных, полученных в предыдущих проектах, и личного опыта разработчиков.
/>
Рис.3 «Спиральная модель жизненного цикла»
Припроектировании программного обеспечения за основу была взята спиральная модельжизненного цикла (рис. 3), так как при проектировании данной ИС на раннихстадиях можно показать предварительную версию программного обеспеченияпользователю, для того чтобы обсудить недостатки, пожелания и замечания клиентаи разработчика.

2.1Методология RAD
В основе проекталюбой ИС лежат: методологии, технологии и инструментальные средствапроектирования.
Методологияреализуется через технологии инструментальными средствами.
Для разработкиданной информационной системы использовалась методология RAD.
RAD (от англ. rapid application development — быстрая разработка приложений) —концепция создания средств разработки программных продуктов, уделяющая особоевнимание быстроте и удобству программирования, созданию технологическогопроцесса, позволяющего программисту максимально быстро создавать компьютерныепрограммы. С конца XX века RAD получила широкое распространение иодобрение. Реализует спиральную модель ЖЦ ПО.
ЖЦ ПОпо этой методологии состоит из 4-х этапов:
- фаза анализа и планирования требований;
- проектирование;
- построение;
- внедрение.

3.Этапы ЖЦ ИС
 
3.1Фаза анализа и планирования требований.
Приоритетныефункции ИС «Справочник радиолюбителя»:
— генерация различных отчетов о имеющихся радиодеталях;
— просмотр и подборка по функциональным возможностям;
— поиск по конкретным параметрам.
 
3.2 Фазапроектирования
 
Даталогическоепроектирование
Основнаяцель проектирования БД – это сокращение избыточности хранимых данных, аследовательно, экономия объема используемой памяти, уменьшение затрат намногократные операции обновления избыточных копий и устранение возможностивозникновения противоречий из-за хранения в разных местах сведений об одном итом же объекте. Так называемый, «чистый» проект БД («Каждый фактв одном месте») можно создать, используя методологию нормализацииотношений. Теория нормализации основана на концепции нормальных форм. Каждойнормальной форме соответствует набор ограничений и, говорят, что отношениесоответствует нормальной форме, если оно удовлетворяет этому наборуограничений.
Начнёмсоставление базы данных с нескольких ненормализованных таблиц, в которыхзаключаются все интересующие атрибуты (поля):

Ненормализованнаятаблица
Таблица1 «Ненормализованная таблица»Марка Производитель Полуп материал Подкласс TXD5100 Япония, Panasonik Германий Биполярный MX300 США, AMDX Кремний Полевой ТВ23У Россия, Радио деталь Галий Полевой ИБ10М Россия, Наш транзистор Индий Биполярный Функц возможности Тип перехода Классификация Тип сборки Цена 10, малая, от 50 до 50 pnp 2, 3 Транз сборка 100 5, малая, от 50 до 150 npn 22, 6 Безкорпусный 250 20, средняя, от 50 до 50 npn 88, 1 Транз сборка 20 10, высокая от 50 до 100 npn 35, 9 Безкорпусный 25
1NF
Таблицанаходится в />первой нормальной форме (1НФ) тогда итолько тогда, когда ни одна из ее строк не содержит в любом своем поле болееодного значения и ни одно из ее ключевых полей не пусто.
Таблица2 «1NF»Марка Страна Фирма Полуп материал Подкласс TXD5100 Япония Panasonik Германий Биполярный MX300 США AMDX Кремний Полевой ТВ23У Россия Радио деталь Галий Полевой ИБ10М Россия Наш транзистор Индий Биполярный Мощность Частота Рабочая темпер Тип перехода Номер разработки 10 Малая от минус 50 до 50 pnp 2 5 Малая от минус 50 до 150 npn 22 20 Средняя от минус 50 до 50 npn 88 10 Высокая от минус 50 до 100 npn 35 Модернизация Тип сборки Цена 3 Транз сборка 100 6 Безкорпусный 250 1 Транз сборка 20 9 Безкорпусный 25
2NF
Таблицанаходится во второй нормальной форме (2НФ), если она удовлетворяетопределению 1НФ и все ее поля, не входящие в первичный ключ, связаны полнойфункциональной зависимостью с первичным ключом.
Таблица3 «производитель»Код производителя Код транзистора Страна Фирма 1 1 Япония Panasonik 2 2 США AMDX 3 3 Россия Радио деталь 4 4 Россия Наш транзистор
Таблица4 «Радиодеталь»Код радиодетали Марка Полуп материал Подкласс Мощность 1 TXD5100 Германий Биполярный 10 2 MX300 Кремний Полевой 5 3 ТВ23У Галий Полевой 20 4 ИБ10М Индий Биполярный 10 Частота Рабочая темпер Тип перехода Номер разработки Малая от минус 50 до 50 pnp 2 Малая от минус 50 до 150 npn 22 Средняя от минус 50 до 50 npn 88 Высокая от минус 50 до 100 npn 35 Модернизация Тип сборки Цена 3 Транз сборка 100 6 Безкорпусный 250 1 Транз сборка 20 9 Безкорпусный 25
 
3NF
Таблицанаходится в третьей нормальной форме (3НФ), если она удовлетворяетопределению 2НФ и каждый не ключевой атрибут транзитивно зависит от первичногоключа.
Таблица5 «Производитель»Код производителя Код радиодетали Код страны Код фирмы 1 1 3 1 2 2 2 2 3 3 1 3 4 4 1 4
Таблица6 «Страна»Код страны Страна 1 Россия 2 США 3 Япония
Таблица7 «Фирма»Код фирмы Фирма 1 Panasonik 2 AMDX 3 Радио деталь 4 Наш транзистор
Таблица8 «Радиодеталь»Код радиодетали Марка Код материала Код подкласса Мощность 1 TXD5100 1 1 10 2 MX300 2 2 5 3 ТВ23У 3 2 20 4 ИБ10М 4 1 10 Код частоты Код температуры Код типа перехода Номер разработки 1 1 1 2 1 3 2 22 2 1 2 88 3 2 2 35 Модернизация Код типа сборки Цена 3 1 100 6 2 250 1 1 20 9 2 25
Таблица9 «Материал»Код материала Материал 1 Германий 2 Кремний 3 Галий 4 Индий
Таблица10 «Подкласс»Код подкласса Подкласс 1 Биполярный 2 Полевой
Таблица11 «Частота»Код частоты Частота 1 Малая 2 Средняя 3 Высокая
Таблица12 «Температура»Код температуры Температура 1 от минус 50 до 50 2 от минус 50 до 100 3 от минус 50 до 150
Таблица13 «Тип перехода»Код типа перехода Тип перехода 1 pnp 2 npn
Таблица14 «Тип сборки»Код типа сборки Тип сборки 1 Транз сборка 2 Безкорпусный
Таблицы5-14.  по определению находятся в 3NF, потому что находятся в 2NF и здесь неприсутствует неполных функциональных зависимостей не первичных атрибутов отатрибутов возможного ключа, а также нет транзитивных зависимостей.
Каждоеотношение полученной реляционной модели находится в 3NF.
Т.к.в большинстве случаев достижение третьей нормальной формы считается достаточнымдля реальных проектов баз данных, то остановились на выше приведенной модели.
Анализпредметной области
Предметнаяобласть данной курсовой работы – Справочник радиолюбителя. Рассмотрены исистематизированы данные о производителях и  продаваемых ими радиодеталях,такие как: данные производителя, страна, фирма, радиодеталь, материал,подкласс, частота, температура, тип перехода, тип сборки, номер разработки, идругие данные, касающиеся радиодетелей
Инфологическоепроектирование
Сущность«Производитель» — показывает информацию о производителе выпускаемыхрадиодеталей. Сущность имеет следующие атрибуты: «Код производителя», «Кодрадиодетали», «Код страны», «Код фирмы».
Сущность«Страна» — предоставляет информацию о стране в которой выпускается радиодеталь.Сущность имеет следующие атрибуты: «Код страны », «Страна».
Сущность«Фирма» — отражает информацию о названии фирмы, которой выпускаютсярадиодетали. Сущность имеет следующие атрибуты: «Код фирмы», «Фирма».
Сущность«Радиодеталь» — содержит информацию, свойствах и параметрах радиодетали.Сущность имеет следующие атрибуты: «Код транзистора», «Марка», «Код материала»,«Код подкласса», «Мощность», «Код частоты», «Код температуры», «Код типаперехода», «Номер разработки», «Модернизация», «Код типа сборки», «Цена».
Сущность«Материал» — показывает из какого материала смонтирована радиодеталь. Сущностьимеет следующие атрибуты: «Код материала», «Материал».
Сущность«Подкласс» — содержит информацию о том, какому подклассу относится радиодеталь.Сущность имеет следующие атрибуты: «Код подкласса», «Подкласс».
Сущность«Частота» — содержит информацию о частотности радиодетали. Сущность имеетследующие атрибуты: «Код частоты», «Частота».
Сущность«Температура» — отражает информацию о допустимом температурном режиме в которомбудет эксплуатироваться радиодеталь. Сущность имеет следующие атрибуты: «Кодтемпературы», «Температура».
Сущность«Тип перехода» — содержит информацию о том, какой тип перехода используется врадиодетали. Сущность имеет следующие атрибуты: «Код типа перехода», «Переход».
Сущность«Тип сборки» — показывает собой, в каким исполнении спроектирована радиодеталь.Сущность имеет следующие атрибуты:  «Код типа сборки», «Тип сборки».
Итогомы имеем 10 полностью нормализованных таблиц.
Даннаяпрограмма будет написана  на языке Pascal в среде разработки приложений Delphi 7.0. Это позволит использовать мощный аппарат языка в совокупности свозможностью визуализации программирования, предоставляемой средой.
Многочисленные компоненты управления, предоставляемыесредой разработки, позволяют сделать интерфейс приложения более понятнымпользователю и похожим на вид стандартных приложений широко распространеннойоперационной системы Windows.
Т.к. база данных для хранения информации о радиодеталяхневелика, и не осуществляется никаких сложных работ по обработке этих данных,то в качестве СУБД выбираем Microsoft Access.
Вкачестве CASE-средства для проектирования моделиданных эквивалентной реляциионной модели в третьей нормальной форме выбираем ERwin.
3.3Фаза построения
Наданном этапе происходит создание БД, программная реализация ИС, созданиепользовательской документации. Тестирование и интеграция данной ИС.
Программныйпродукт “Справочник радиолюбителя” представляет собой набор таблиц баз данных,содержащих необходимую информацию для ведения справочной системы.
Длясоздания модели данных эквивалентной реляционной модели в третьей нормальнойформе выбираем ERwin. Послесоздания данной модели осуществляем генерацию базы данных в СУБД Microsoft Access.
Для последующей работы с этой базой в среде Delphi необходимо настроить источникданных, с помощью источника данных ODBC (там необходимо создать источник данных, выбрать тип Microsoft Access driver, и прописать путь к нашей базе. Затем необходимосоздать Alias с помощью BDE Administrator, где будет указан источник данных ипуть к базе данных.
РазработкаПО для нашей информационной системы осуществляется в среде Borland Delphi. Здесь создаются таблицы хранения данных, с помощьюкомпонента DBGrid. Для выбора необходимой таблицы вглавном окне программы расположены кнопки (компонент Button) с названиями этихтаблиц. Для осуществления запроса на выборку компонент Edit.
Доступк базе данных, связь БД и компонентов DBGrid осуществляется с помощью компонентов DataSource и Table. Для реализациизапросов применяется компонент Query.
Кодсозданной программы можно просмотреть в приложении. 
Наэтапе реализации необходимо разработать так же документацию пользователя, сподробным описанием функций программы и указанием действий пользователя дляработы с данными. Руководство пользователя можно увидеть в приложении.
3.4Фаза внедрения ИС
Послесоздания программного продукта необходима его первоначальная загрузка, длятого, чтобы проверить все функции данной программы. Проверяется возможностьввода данных (вводится некоторый тестовый набор данных), проверяетсяправильность выполнения запросов. Пользователю выдается Руководствопользователя для того, чтобы тот ознакомился с функциями программы, научился сней работать.
Впроцессе эксплуатации данного программного продукта возможно появление ошибок –например, в программе не была предусмотрена обработка исключительных ситуацийна неверный ввод данных (не того типа), соответственно при вводе текста встроку с типом дата, программа будет выводить системную ошибку или зависать.
Так же в ходеэксплуатации может возникнуть потребность в модификации этой программы попричине изменения объекта и функций (например, возникнет необходимость вреализации новых запросов, вывода отчетов, появиться потребность в хранении ещекаких то данных, или вследствие появления новых информационных технологий, потребуется усовершенствование этого программного средства).

4.           Выбор CASE-средства.
Вкачестве CASE-средства для проектирования моделиданных эквивалентной реляционной модели в третьей нормальной форме выбираемERwin.
ERwin- средство разработки структуры базы данных. ERwin сочетает графическийинтерфейс Windows, инструменты для построения ER-диаграмм, редакторы длясоздания логического и физического описания модели данных и прозрачнуюподдержку ведущих реляционных СУБД и настольных баз данных.
Место ERwin в информационном моделировании
Процесс построения информационной модели состоит из следующихшагов:
·  определениесущностей;
·  определениезависимостей между сущностями;
·  заданиепервичных и альтернативных ключей;
·  определениеатрибутов сущностей;
·  приведениемодели к требуемому уровню нормальной формы;
·  переходк физическому описанию модели: назначение соответствий имя сущности — имятаблицы, атрибут сущности — атрибут таблицы; задание триггеров, процедур иограничений;
·  генерациябазы данных.
ERwin создает визуальное представление (модель данных) длярешаемой задачи. Это представление может использоваться для детального анализа,уточнения и распространения как части документации, необходимой в циклеразработки. Однако ERwin далеко не только инструмент для рисования. ERwinавтоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггерыдля обеспечения ссылочной целостности и другие объекты, необходимые дляуправления данными).
Для проектирования модели данных запускаем Erwin 4.0.  Выбираем созданиеновой модели данных. В Erwin возможно выбрать при проектировании физическуюили логическую модель данных мы будем создавать, выбираем Logycal/Physical.
Для создания сущностей модели на панели инструментов выбираемкомпонент entity, задаем имя создаваемой сущности, имена и типы атрибутов, еслиатрибут ключевой ставим для этого атрибута соответствующее значение primary key. Для создания связеймежду сущностями выбираем компонент relationship, выбираем идентифицирующую связь. Связьустанавливаем, щелкая сначала по родительской, а затем по дочерней сущности.Ниже приведена диаграмма модели проектируемой ИС
/>
Рис.4  «Схемамодели ИС в Erwin (Logical Model)»
/>
Рис.5  «Схемамодели ИС в Erwin (Phisical Model)»
После того,как создана модель данных необходимо ее сгенерировать для конкретной СУБД.  Дляэтого в меню Database->Choose database выбираем тип Access, версию 2000. (рис. 6)
/>
Рис.6 «ВыборСУБД»
Азатем осуществляем генерацию нашей модели для этой СУБД: Tools->Format Engeneer/Schema Generation. Выбираем компоненты, для генерации.После нажатия на клавишу Generate осуществляется генерация модели. Для СУБД Access перед генерацией необходимо изначально создать пустуюбазу данных Microsoft Access, при генерации модели будет запрашиваться пароль ипуть для доступа к этой б.д. (рис. 7)
/>
Рис.7 «Генерациямодели данных»
На рис. 8изображена схема данных ИС в Microsoft Access
/>
Рис.8 «Схемаданных»

5.Описание программы
 
5.1Общие сведения
Программноеприложение рассчитано на работу с базой данных «Справочник радиолюбителя» онопредназначено для выполнения следующих функций:
1.Вывод информации на экран;
2.Выполнение SQL запросов, осуществляющих необходимуювыборку данных;
3.Удаление данных из таблиц;
4.Добавление информации.
Программанаписана на языке Object Pascal в среде визуального программированияBorland Delphi 7. Разработано для операционных систем Windows 95/98/2000/NT/XP.
 
5.2.Функциональное назначение
Данаяпрограмма предназначена для работы с реляционной базой данных в Windows, решает задачи внесения, хранения,изменения и удаления информации из базы данных «Справочник радиолюбителя».
Заключение
Входе выполнения работы укрепил знания по проектированию информационных систем,применению инструментальных средств поддержки проектирования ИС.

Литература.
1. Вендров А.М. Один из подходов квыбору средств проектирования баз данных и приложений. «СУБД», 1995,№3.
2. Калянов Г.Н. CASE. Структурныйсистемный анализ (автоматизация и применение). М., «Лори», 1996.

ПРИЛОЖЕНИЕ1
Длязапуска программы открыть файл “Radiodetal.exe”, который располагается в рабочейпапке программы.
Главнаяформа программы:
/>
Рис.9«Главная форма программы»
Вданной программе реализованы следующие запросы на выборку:
Попроизводителю
· Россия
· США
· Япония
Выборстраны производителя:
/>
            Рис.10 «Выбор страны производителя»
Привыборе производителя, выводится информация о радиодеталях произведенных вконкретной стране, а именно марка, фирма производитель, технические характеристикии цены.
/>
Рис.11 «Радиодетали произведенные в России»
/>
Рис.12 «Радиодетали произведенные в США»
Потипу электронно-дырочного перехода:
·  pnp
·  npn
Привыборе какого-либо перехода, отображается информация о радиодетали с выбраннымтипом перехода.
/>
Рис.13 «Выбор типа перехода»
Привыборе типа: npn, отображаются все радиодеталиимеющие данный переход.
/>
Рис. 14«Тип перехода: npn»
Организованавозможность просмотра справочников по материалам и типам сборки.
/>
Рис. 15«Выбор справочника»
Справочник«Материал»
/>
Рис.16 «Справочник материал»
Вбазе данных предусмотрен поиск.
Впоисковое поле нужно ввести номер разработки радиодетали.
/>
Рис.17 «Поисковое поле»
Врезультате выполнения поиска, в таблице будет отображена радиодеталь с номеромразработки введенным в поиск, если таковой номер имеется.
/>
 Рис.18 «Результат поиска»

ПРИЛОЖЕНИЕ2
unit Unit1;
interface
uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls,Forms,
  Dialogs, DB, ADODB, Grids, DBGrids, Menus, StdCtrls;
type
  TForm1 = class(TForm)
    ADOConnection1: TADOConnection;
    ADOTable1: TADOTable;
    DataSource1: TDataSource;
    DBGrid1: TDBGrid;
    ADOTable1DSDesigner: TAutoIncField;
    ADOTable1DSDesigner2: TWideStringField;
    ADOTable1DSDesigner3: TIntegerField;
    ADOTable1DSDesigner4: TIntegerField;
    ADOTable1DSDesigner5: TIntegerField;
    ADOTable1DSDesigner6: TIntegerField;
    ADOTable1DSDesigner7: TIntegerField;
    ADOTable1DSDesigner8: TIntegerField;
    ADOTable1DSDesigner9: TIntegerField;
    ADOTable1DSDesigner10: TIntegerField;
    ADOTable1DSDesigner11: TIntegerField;
    ADOTable1DSDesigner12: TBCDField;
    MainMenu1: TMainMenu;
    N1: TMenuItem;
    N2: TMenuItem;
    N3: TMenuItem;
    N4: TMenuItem;
    N5: TMenuItem;
    pnp1: TMenuItem;
    npn1: TMenuItem;
    N6: TMenuItem;
    N7: TMenuItem;
    N8: TMenuItem;
    N9: TMenuItem;
    N10: TMenuItem;
    N11: TMenuItem;
    ADOQuery1: TADOQuery;
    GroupBox1: TGroupBox;
    Edit1: TEdit;
    Button1: TButton;
    procedure N2Click(Sender: TObject);
    procedure N3Click(Sender: TObject);
    procedure npn1Click(Sender: TObject);
    procedure N10Click(Sender: TObject);
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;
var
  Form1: TForm1;
uses Unit2, Unit3, Unit4, Unit5, Unit6;
{$R *.dfm}
procedure TForm1.N2Click(Sender: TObject);
begin
form2.ADOQuery1.Active:=false;
form2.ADOQuery1.SQL.Clear;
form2.ADOQuery1.SQL.Add('SELECT Радиодеталь.Марка, Фирма.Фирма, Радиодеталь.[Код материала], Радиодеталь.Мощность, Радиодеталь.Цена, Страна.Страна');
form2.ADOQuery1.SQL.Add('FROM Фирма INNER JOIN (СтранаINNER JOIN (Радиодеталь INNER JOIN Производитель ON Радиодеталь.[Код радиодетали] = Производитель.[Код радиодетали]) ON Страна.[Код страны] = Производитель.[Код страны])ON Фирма.[Код фирмы]= Производитель.[Код фирмы]');
form2.ADOQuery1.SQL.Add('WHERE (((Страна.Страна)=«Россия»));');
form2.ADOQuery1.Active:=true;
 Form2.ShowModal;
end;
procedure TForm1.N3Click(Sender: TObject);
begin
form3.ADOQuery1.Active:=false;
form3.ADOQuery1.SQL.Clear;
form3.ADOQuery1.SQL.Add('SELECT Радиодеталь.Марка, Фирма.Фирма, Радиодеталь.[Код материала], Радиодеталь.Мощность, Радиодеталь.Цена, Страна.Страна');
form3.ADOQuery1.SQL.Add('FROM Фирма INNER JOIN (СтранаINNER JOIN (Радиодеталь INNER JOIN Производитель ON Радиодеталь.[Код радиодетали] = Производитель.[Код радиодетали]) ON Страна.[Код страны] = Производитель.[Код страны])ON Фирма.[Код фирмы]= Производитель.[Код фирмы]');
form3.ADOQuery1.SQL.Add('WHERE (((Страна.Страна)=«США»));');
form3.ADOQuery1.Active:=true;
 Form3.ShowModal;
end;
procedure TForm1.npn1Click(Sender: TObject);
begin
 form4.ADOQuery1.Active:=false;
form4.ADOQuery1.SQL.Clear;
form4.ADOQuery1.SQL.Add('SELECT Радиодеталь.Марка, Радиодеталь.[Кодматериала], Радиодеталь.[Код подкласса], Радиодеталь.[Код частоты], [Типперехода].[Тип перехода]');
form4.ADOQuery1.SQL.Add('FROM [Тип перехода] INNER JOIN Радиодеталь ON [Тип перехода].[Код типа перехода] = Радиодеталь.[Код типа перехода]');
form4.ADOQuery1.SQL.Add('WHERE ((([Тип перехода].[Типперехода])=«npn»));');
form4.ADOQuery1.Active:=true;
 Form4.ShowModal;
end;
procedure TForm1.N10Click(Sender: TObject);
begin
  Form5.ShowModal;
end;
procedure TForm1.Button1Click(Sender: TObject);
   begin
        if edit1.Text='' then
        ShowMessage('Введите№ разработки!')
        else
   begin
form6.ADOQuery1.Active:=false;
form6.ADOQuery1.SQL.Clear;
form6.ADOQuery1.SQL.Add('SELECTРадиодеталь.[Номер разработки], Страна.Страна, Радиодеталь.Марка,Радиодеталь.Цена');
form6.ADOQuery1.SQL.Add('FROMСтрана INNER JOIN (Радиодеталь INNER JOIN Производитель ON Радиодеталь.[Кодрадиодетали]=Производитель.[Код радиодетали]) ON Страна.[Кодстраны]=Производитель.[Код страны]');
form6.ADOQuery1.SQL.Add('WHEREРадиодеталь.[Номер разработки]='+form1.edit1.text+';');
form6.ADOQuery1.Active:=true;
 Form6.ShowModal;
end;
 end.