Требования к составу

АИСК должна состоять из одного модуля, выполняющего все требуемые функции.

• Требования к функциональным характеристикам

Требования к составу выполняемых функций

АИСК должна выполнять следующие функции:

• создавать базу данных о доступных автомобилях;

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

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

- редактировать созданную или открытую базу данных;

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

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

- сохранять созданную или открытую базу данных в текстовый файл на НГМД или НЖМД под заданным именем;

- выводить на монитор ПЭВМ или принтер справочную информацию о программе и порядке ее эксплуатации;

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

Требования к редактированию базы данных:

При редактировании базы данных АИСК должна выполнять следующие функции:

- вводить символы в информационное поле, отмеченное курсором;

- осуществлять навигацию по программе с помощью клавиатуры или “мыши”;

- выделять с помощью клавиатуры или “мышью” один и более символов, расположенных рядом в одном информационном поле, а также выделять несколько информационных полей в базе данных;

- удалять выделенные информационные поля с помощью клавиатуры;

- отменять последнее действие редактирования;

- копировать с помощью клавиатуры или манипулятора типа “мышь” выделенные информационные поля в буфер обмена;

- вырезать с помощью клавиатуры или “мышью” выделенные информационные поля в буфер обмена;

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

• Требования к надежности

Надежность АИСК должна быть обеспечена правильностью алгоритмических решений и программирования. Время восстановления АИСК после отказа не должна превышать 1 часа. АИСК в составе ПО ПЭВМ, должен выполнять функциональные задачи по назначению в течении всего срока эксплуатации ПЭВМ.

• Условия эксплуатации

АИСК должен функционировать в соответствии с заданными в настоящем ТЗ тре­бованиями, в составе ПО ПЭВМ, при эксплуатации ПЭВМ. Условия эксплуа­тации должны соответствовать условиям эксплуатации ПЭВМ, тре­бо­ва­ния к которым предъявляются в эксплуатационной доку­мен­та­ции ПЭВМ или ее составных частей.

• Требования к составу и параметрам технических средств

АИСК должна функционировать на ПЭВМ со следующими характеристиками

- процессор не ниже Pentium II 500МГц;

- объем ОЗУ не менее 128 Мб;

- НГМД 3,5 (1,44 Мб);

- НЖМД не менее 8 Гб;

- графический адаптер не хуже SVGA 8 Мб;

- монитор не хуже SVGA 0.26, 15 дюймов;

- сетевая плата, совместимая с Ethernet;

- манипулятор типа “мышь”;

- струйный или лазерный принтер формата А4.

Штатным носителем АИСК является НЖМД ПЭВМ. Технологическим носи­те­лем АИСК является НГМД.

Объем ОЗУ, используемого АИСК при своем функционировании, не должен превышать 64 кб.

• Требования к информационной и программной совместимости

В качестве языков программирования АИСК должен быть использован язык программирования Си++.

АИСК должна функционировать на ПЭВМ с одной из операционных систем MS Windows 95, MS Windows 98, MS Windows NT, MS Windows 2000, MS Windows XP.

Для реализации интерфейса между АИСК и пользователем должны использоваться средства графического интерфейса операционной системы.

Для реализации интерфейса между АИСК и другими программами из состава ПО ПЭВМ должны использоваться средства буфера обмена операционной системы.

• Требования к маркировке и упаковке

Маркировка НГМД с АИСК должна проводиться в соответствии с требованиями ГОСТ 19.102-77 (“ЕСПД. Стадии разработки программ и программной документации”)ЕСПД.

• Требования к транспортировке и хранению

Требования к транспортировке

АИСК должна транспортироваться:

- в составе ПЭВМ, записанный на НЖМД ПЭВМ;

- на НГМД.

Условия транспортировки АИСК в составе ПЭВМ должны соответствовать условиям транспортировки ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.

Условия транспортировки АИСК на НГМД должны соответствовать условиям транспортировки НГМД, требования к которым предъявляются в эксплуатационной документации НГМД.

Требованию по хранению

АИСК должна храниться:

- в составе ПЭВМ, записанный на НЖМД ПЭВМ;

- на НГМД.

Условия хранения АИСК в составе ПЭВМ должны соответствовать условиям хранения ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.

Условия хранения АИСК на НГМД должны соответствовать условиям хранения НГМД, требования к которым предъявляются в эксплуатационной документации НГМД.

• Специальные требования

Требования не предъявляются.

5. Требования к программной документации

• Требования к составу документации

Состав документации определяется Исполнителем на этапе разработки переч­нем разрабатываемых документов и согласовывается с Заказчиком.

В комплект документации в обязательном порядке должны входить:

- спецификация;

- текст программы;

- руководство оператора;

- загрузочные модули;

- программа и методика испытаний.

• Требования к оформлению документации

Программная документация должна быть разработана и оформлена в соот­ветст­вии с ЕСПД.

6. Технико-экономические требования

Трудоемкость разработки, отладки и испытаний АИСК должна быть согласована Испол­нителем и Заказчиком на этапе заключения договора на выполнение работ.

6. Стадии и этапы разработки

Создание и отработка АИСК должно производиться по следующим основным этапам:

1-й этап. Разработка программы и программной документации.

2-й этап. Испытание программы.

3-й этап. Подготовка и передача программы.

6. Порядок контроля и приемки

Приемка разработанного АИСК осуществляется на средствах вычислительной техники Заказчика в объеме, определяемом программой и методикой испытаний АИСК, и в сроки, определенные ведомостью исполнения (календарным планом) работ к соответствующему договору. Результаты приемки АИСК должны быть отражены в техническом акте.

Программа и методика испытаний АИСК выпускается Исполнителем в соответствии с ГОСТ 19.301-79 («программа и методика испытаний») и должна быть согласована с Заказчиком.

6. Порядок внесения изменений в техническое задание

Настоящее техническое задание может уточняться и дополняться в процессе создания ТР совместными решениями сторон, подписавших техническое задание, оформленными в виде дополнения к ТЗ в соответствии с требованиями ГОСТ 19.201-78.

Перечень сокращений

НГМД - накопитель на гибких магнитных дисках

НЖМД - накопитель на жестких магнитных дисках

ОЗУ - оперативное запоминающее устройство

ПО - программное обеспечение

ПЭВМ - персональная электронная вычислительная машина

ТЗ - техническое задание

АИСК- Автоматизированная информационная система “Клиент”

Описание предметной области.

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

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

2. Регистрация клиентов. Для формирования базы данных клиентов в офисе устанавливается локальная сеть на базе Microsoft Windows95 и сетевой лазерный принтер. Оператор с первичных документов, предоставляемых клиентом, вводит информацию в базу данных. Со слов клиента вводится заказ. После проверки клиентом на экране монитора достоверности введенных данных печатаются основные документы клиента: анкета, справка о приеме документов, заявка.

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

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

5. Предоставление скидок. Фирма может делать скидки постоянным клиентам, клиентам, берущим в прокат автомобиль на длительный срок, а также в дни рождения клиентов.

Описание предметной области.

Каждый автомобиль характеризуется следующими параметрами:

• регистрационный номер автомобиля;

• номер автомобиля;

• Марка автомобиля;

• Цвет;

• Состояние;

• мощность двигателя;

• аксессуары

• цена.

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

На каждого клиента в БД заносятся следующие сведения:

• Фамилия;

• Имя;

• Отчество;

• Домашний адрес;

• Телефон;

• Место работы;

• Должность;

• паспортные данные;

• данные о кредитной карте.

Каждому клиенту присваивается уникальный регистрационный номер.

Каждый клиент может взять в прокат лишь один автомобиль.

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

• регистрационный номер клиента;

• дата возврата автомобиля;

• Состояние автомобиля;

• регистрационный номер автомобиля;

• цена.

Каждая заявка должна состоять из:

• код заявки;

• регистрационный номер клиента;

• модель автомобиля;

• срок проката;

• цвет (на усмотрение клиента);

• желательная цена.

Предусмотреть следующие ограничения на информацию в системе:

• клиентом должен быть лишь совершеннолетний гражданин;

• каждый клиент должен быть платёжеспособным, для этого указывается место работы, должность и номер кредитной карты;

• каждый клиент должен быть проверен на добропорядочность, что осуществляется путём связи с БД МВД;

• каждый клиент обязан дать свой контактный телефон для связи: он может быть домашним или мобильным.

С данной информационной системой должны работать следующие группы пользователей:

• операторы;

• клиенты;

• администрация фирмы.

При работе с системой оператор должен иметь возможность решать следующие задачи:

• Принимать поступление новых автомобилей и регистрировать их;

• вести учёт сданных в прокат автомобилей;

• проводить регистрацию новых клиентов;

• принимать заявки от клиентов.

Каждый клиент должен иметь возможность решать следующие задачи:

• просматривать системный каталог, т.е. краткое описание всех доступных автомобилей;

• Делать предварительный заказ.

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

Описание, постановка задачи и разработка бизнес-правил.

Фирма «АВТАННА» занимается прокатом легковых автомобилей.

Процесс проката осуществляется следующим образом. Клиент производит заказ на прокат желаемого автомобиля, пользуясь каталогом легковых автомобилей, предоставляемым фирмой. Представитель фирмы проверяет доступность данного легкового автомобиля в указанные в заявке сроки, выписывает счёт на выбранную модель автомобиля и отправляет данные о клиенте для проверки в милицию. После оплаты по соответствующему счёту фирма «АВТАННА» подтверждает запрос о прокате автомобиля и обязуется предоставить автомобиль клиенту в указанные сроки.

При анализе бизнес-процесса фирмы полезно ответить на 6 вопросов: ЧТО, КАК, ГДЕ, КТО, КОГДА и ПОЧЕМУ.

При ответе на первый вопрос: «ЧТО лежит в основе бизнеса данной фирмы?», как правило, выявляются наиболее важные для данного бизнеса или производственного процесса компоненты. А именно:

• сотрудники;

• клиенты;

• каталог;

• автомобили;

• заказы;

• милиция.

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

• составление каталога;

• рассылка каталога;

• анализ рынка;

• прокат;

• оформление счетов и накладных;

• управление работой персонала;

• реклама;

• решение бухгалтерских задач;

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

Вопрос «ГДЕ происходят данные процессы?» больше относятся к проблемам телекоммуникаций и организации совместной работы персонала. Ведь в случае, например, большого объёма операций, которые выполняются вне территории фирмы торговыми агентами, придётся учитывать проблемы синхронизации данных. При наличии филиалов весьма непростой проблемой является оптимальный выбор системы распределения данных. Можно централизовать всю обработку данных, и филиалы будут выполнять свои операции, пользуясь возможностями телекоммуникаций. Работа с данными в этом случае упрощается, но каково будет удивление клиента, когда вы ему сообщите, что не можете ему сдать в прокат приглянувшуюся машину, так как оборвалась связь с центральным офисом. Поэтому в данной системе допустим, что все операции выполняются в пределах одного здания, а организация совместного использования данных основана на возможностях локальной сети и сервера БД.

Важно получить и ответ на вопрос: «КОГДА выполняется то или иное действие?».

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

• обновление каталога- раз в год и внесение поправок в экстренных случаях;

• подведение итогов прокатов – ежемесячно;

• годовой отчёт – ежегодно к 20 февраля.

Последний вопрос: «ПОЧЕМУ эти действия выполняются?» позволяет определить мотивацию производственной деятельности фирмы. Бизнес- задачи фирмы «АВТАННА» определим так:

• достижение наилучшего соотношения «затраты – удобство» для клиентов;

• обеспечение условий для успешной деятельности персонала;

• получение приемлемой прибыли;

• повышение доходов при автоматизации обработки данных.

ОПИСАНИЕ ЗАДАЧИ.

Наименование задачи:

Автоматизация управления работой дилера по прокату легковых автомобилей

Цель работы дилера:

Прокат легковых автомобилей на заказ по каталогу.

Функции дилера:

• Заключение договоров на поставку автомобилей;

• Ведение каталога автомобилей, предлагаемых в прокат;

• Приём заказов у клиентов на прокат автомобилей;

• Работа с клиентами: реклама автомобилей, подготовка сведений о автомобилях, взятых в прокат, анализ прокатов, ведение справочника клиентов;

• Отправка сведений о клиентах в правоохранительные органы;

• Ведение расчётов за автомобили, сданные в прокат;

• Учёт валютного курса.

Бизнес – правила:

• Сведенья о клиентах хранятся 5 лет с момента последнего заказа;

• При отказе от поставленного автомобиля с клиента удерживается 9% суммы оплаты по счёту, данная величина должна регулироваться;

• просрочка предоставления автомобиля клиенту оплачивается фирмой «АВТАННА» из расчёта 0,2% в день от стоимости проката, данная величина может регулироваться;

• При сдаче автомобиля клиентом после указанных сроков с клиента удерживается штраф: 110% от суммы за прокат за день в день.

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

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

Требования к программе:

Программа должна работать под управлением операционных систем MS Windows 95, MS Windows 98, MS Windows NT, MS Windows 2000, MS Windows XP.

Перечень вводимой информации:

Перечень печатных отчётов:

• номенклатура предлагаемых к прокату автомобилей;

• список клиентов;

• анализ прокатов;

• список заказов;

• счёт на прокат.

Требования к оснащению офиса фирмы компьютерной теникой:

ПЭВМ со следующими характеристиками:

- процессор не ниже Pentium II 500МГц;

- объем ОЗУ не менее 128 Мб;

- НГМД 3,5 (1,44 Мб);

- НЖМД не менее 8 Гб;

- графический адаптер не хуже SVGA 8 Мб;

- монитор не хуже SVGA 0.26, 15 дюймов;

- сетевая плата, совместимая с Ethernet;

- манипулятор типа “мышь”;

- струйный или лазерный принтер формата А4.

Процесс проектирования.

1) Анализ средств проектирования информационных систем

Современные СП могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface, Designer/2000+Developer/2000). Их основное достоинство заключается в том, что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью. Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, СП можно классифицировать по следующим признакам:

• степени интегрированности: (отдельные локальные средства, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС и полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);

• применяемым методологиям и моделям систем и БД;

• степени интегрированности с СУБД;

• степени открытости;

• доступным платформам.

В разряд СП попадают как относительно дешевые системы для персональных компьютеров (ПК) с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-систем, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами. Применение СП требует от потенциальных пользователей специальной подготовки и обучения. Опыт показывает, что внедрение СП осуществляется медленно, однако по мере приобретения практических навыков и общей культуры проектирования эффективность применения этих средств резко возрастает, причем наибольшая потребность в использовании СП испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки. На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми СП:

• Westmount I-CASE;

• Uniface;

• Designer/2000+Developer/2000 (ORACLE);

• SILVERRUN+JAM;

• ERwin/ERX+PowerBuilder.

Приведенный список не претендует на полноту. Кроме того, на рынке постоянно появляются как новые (для отечественных пользователей) системы, так и новые версии и модификации перечисленных систем (например, CASE/4/0, System Architect и т.д.). Таблица характеристик СП

СП	West-mount I-CASE + Uniface	Designer/2000+Developer/2000	SILVER-RUN + JAM	ERwin/ERX + PowerBuilder
Поддержка полного жизненного цикла ИС	+	+	+	+
Обеспечение целостности проекта	+	+	-	-
Независимость от платформы	+ (ORACLE, Informix, Sybase, Ingres и другие, dbf-файлы)	- (целевая СУБД - только ORACLE)	+ (ORACLE, Informix, Sybase, Ingres и другие)	+ (ORACLE, Informix, Sybase, поддержка ODBC)
Одновременная групповая разработка БД и приложений	+	- *)	- *)	- *)

*) разработчики приложений могут начинать работу с базой данных только после завершения ее проектирования.

Несмотря на некоторые недостатки, я буду использовать Designer/2000+Developer/2000.

По оценке аналитической компании Gartner, PowerDesigner является инструментальным средством моделирования №1 в мире! Важной особенностью PowerDesigner является то, что для построения указанных моделей менеджерам и бизнес-аналитикам не требуется помощь ИТ-специалистов. PowerDesigner - УНИКАЛЬНОЕ ПРОМЫШЛЕННОЕ СРЕДСТВО МОДЕЛИРОВАНИЯ, объединяющее в единую интегрированную среду разработки все существующие уровни моделирования информационных систем.

2) На этапе предварительного обследования деятельности предприятия (той деятельности, которую необходимо автоматизировать) используется компонента Designer/2000 - средство построения диаграмм деловых процессов BPR (Business Process Modeler). С его помощь возможно не только построить модель всех процессов, протекающих в ходе повседневной деятельности организации (предприятия), но и произвести ряд анализов, способных выявить узкие места. Даже без последующего создания приложения, такая модель позволяет лучше понять как протекает деятельность организации и найти пути по ее улучшению.

Построение ДПД:

В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Построение иерархии диаграмм потоков данных Первым шагом при построении иерархии ДПД является построение контекстных диаграмм. Обычно при проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, единственный главный процесс не раскрывает структуры распределенной системы. Признаками сложности (в смысле контекста) могут быть: распределенная природа системы; многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы. Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС.

Реляционная модель данных.

Инфологическая модель используется на ранних стадиях разработки проекта. Если понимать язык условных обозначений, которые соответствуют категориям ER-модели, то её можно легко «читать», следовательно, она доступна для анализа программистам-разработчикам, которые будут разрабатывать отдельные приложения. Она имеет однозначную интерпретацию, в отличие от некоторых предложений естественного языка, и поэтому здесь не может быть никакого недопонимания со стороны разработчиков. Для ER-модели существует алгоритм однозначного преобразования её в реляционную модель данных.

Процесс программирования.

1) Краткая характеристика программного обеспечения,

используемого при создании СУБД.

Рассмотрим более подробно программные продукты компании Microsoft, а

именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL

Server 6.5. Наиболее интересной чертой этих пакетов являются их большие

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

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

используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный

объектно-ориентированный язык программирования с использованием xBase и

SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень

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

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

Применяется для приложений масштаба предприятия для работы на различных

платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК:

для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1, 95, NT,

объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а

для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT,

486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office.

Основные преимущества: знаком многим конечным пользователям и обладает

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

непрофессиональным программистом, позволяет готовить отчеты из баз данных

различных форматов. Предназначен для создания отчетов произвольной формы

на основании различных данных и разработки некоммерческих приложений.

Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем

оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic – это универсальный объектно-ориентированный язык

программирования, диалекты которого встроены в Access, Visual FoxPro.

Преимущества: универсальность, возможность создания компонентов OLE,

невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания

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

обработки данных, разработки компонентов OLE, интеграция компонентов

Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1,

95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36

Мб.

Visual C++ – наиболее мощный объектно-ориентированный язык

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

для создания компонентов приложений для выполнения операций, критичных по

скорости.

SQL Server – сервер баз данных, реализует подход «клиент-сервер» и

взаимодействует с указанными пакетами. Главные достоинства: высокая

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

производительность. Область применения: хранение больших объемов данных,

хранение высокоценных данных или данных, требующих соблюдения режима

секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT,

объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

Указанные программные продукты имеют возможности визуального

проектирования интерфейса пользователя, то есть разработчик из готовых

фрагментов создает элементы интерфейса, программирует только их изменения

в ответ на какие-либо события.

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

Технология «Клиент-сервер» – технология, разделяющая приложение-

СУБД на две части: клиентскую (интерактивный графический интерфейс,

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

осуществляющий управление данными, разделение информации,

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

Взаимодействие «клиент-сервер» осуществляется следующим образом:

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

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

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

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

вычислительной сети, и производительность при обработке данных,

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

имеет место именно такая ситуация). Если технология «клиент-сервер» на

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

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

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

многих сотрудников.

Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic

обеспечивают средства для создания клиентских частей в приложениях

«клиент-сервер», которые сочетают в себе средства просмотра, графический

интерфейс и средства построения запросов, а Microsoft SQL Server является

на сегодняшний день одним из самых мощных серверов баз данных.

OLE 2.0 (Object Linking and Embedding – связывание и внедрение

объектов) – стандарт, описывающий правила интеграции прикладных программ.

Применяется для использования возможностей других приложений. OLE 2.0

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

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

Например, использование в среде Access таблиц Excel и его мощных средств

построения диаграмм или использование данных, подготовленных Access, в

отчетах составленных в редакторе текстов Word (связывание или включение

объекта).

OLE Automation (Автоматизация OLE) – компонент OLE, позволяющий

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

другого приложения. Позволяет без необходимости выхода или перехода в

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

позволяющее другим прикладным программам использовать свои объекты

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

OLE серверов называется OLE контроллер или OLE клиент. Из рассмотренных

программных средств в качестве OLE серверов могут выступать Microsoft

Access, а также Microsoft Excel, Word и Graph... Microsoft Visual FoxPro

3.0 и 5.0 может выступать только в виде OLE клиента.

RAD (Rapid Application Development – Быстрая разработка приложений)

– подход к разработке приложений, предусматривающий широкое использование

готовых компонентов и/или приложений и пакетов (в том числе от разных

производителей).

ODBC (Open Database Connectivity – открытый доступ к базам данных) –

технология, позволяющая использовать базы данных, созданные другим

приложением при помощи SQL.

SQL (Structured Query Language – язык структурированных запросов) –

универсальный язык, предназначенный для создания и выполнения запросов,

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

данных, созданных другими приложениями, поддерживающими SQL. Также SQL

применяется для управления реляционными базами данных.

VBA (Visual Basic for Applications – Visual Basic для Приложений) –

разновидность (диалект) объектно-ориентированного языка программирования

Visual Basic, встраиваемая в программные пакеты.

Традиционные системы программирования представлены средствами создания приложений на языках третьего поколения 3GL: C, Pascal, Basic и др. Среди них по способам подготовки и выполнения программных модулей различают системы компилирующего и интерпретирующего типа. Инструментальные средства программирования могут быть представлены набором отдельных утилит (редактор текстов, компилятор, компоновщик и отладчик) или интегрированной средой программирования.     Процедурные языки программирования являются традиционными, они лишь претерпели изменения от неструктурных до структурных языков программирования. Объектно-ориентированное программирование - сравнительно новое направление, однако оно в концептуальном плане более привлекательно, позволяет рассматривать и реализовывать информационные и функциональные свойства объектов в неразрывной связи.     Свойствами объектно-ориентированных языков, обуславливающими их преимущества, являются сокрытие деталей реализации объекта (инкапсуляция), наследование процедурных и информационных частей от объектов-родителей, полиморфизм как возможность настройки на различные типы данных и др. Примерами объектно-ориентированных систем программирования являются C++ и Object Pascal.     Системы программирования 3GL нужны для организации специальных модулей в информационных приложениях, для создания эффективных по быстродействию программ обработки данных. Для создания с помощью систем программирования полноценных информационных приложений необходимо расширить их за счет использования библиотек диалога и доступа к базам данных, а также макросредств встроенного языка структурированных запросов Embeded SQL.     Систему программирования Visual Basic можно использовать для создания простых автономных приложений и компонентов VBX и OCX, для расширения и интеграции функциональных пакетов (Word, Excel, Access), а также как средство программирования для расширения систем документооборота и для создания утилит администрирования.     С момента выхода продано существенно больше копий Delphi, чем Visual Basic. Применение продукта возможно для создания расчетно-аналитических программ, для разработки DLL, для сопровождения и развития разработок, выполненных на Turbo и Borland Pascal, а также для быстрого прототипирования будущих приложений. В ряде случаев решающим для выбора будут умеренные требования Delphi-приложения к системно-техническому обеспечению.     С++ применяется для расширения системного программного обеспечения, для разработки крупных проектов, специальных приложений, создания библиотек и классов для предметной области, разработки динамических библиотек DLL, создания программного обеспечения для серверов приложений, разработки ОСХ, использования совместно с CASE-системами, обеспечения многоплатформенности и переносимости (по стандарту ANSI). 4.2. д с ф- пр

2) При создании данного программного средства я буду использовать Microsoft Office Access и Visual С++.

В БД, созданной в Access, будет хранится вся информация, а с помощью программного средства, написанного на С++, можно будет обращаться к данной БД.

Для операций найти, удалить, новая запись, просмотр требуется написание запросов на SQL в Access.

SQL – Структурированный Язык Запросов – стандартный язык запросов по работе с реляционными БД. SQL нельзя в полной мере отнести к традиционным языкам программирования, он не содержит традиционные операторы, управляющие ходом выполнения программы, операторы описания типов и многое другое, он содержит только набор стандартных операторов доступа к данным, хранящимся в БД.

18