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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Надежность АИСК должна быть обеспечена правильностью алгоритмических решений и программирования. Время восстановления АИСК после отказа не должна превышать 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. Предоставление скидок.Фирма может делать скидки постоянным клиентам, клиентам, берущим в прокат автомобиль на длительный срок, а также в дни рождения клиентов.

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

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

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

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

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

• Цвет;

• Состояние;

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

• аксессуары

• цена.

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

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

• Фамилия;

• Имя;

• Отчество;

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

• Телефон;

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

• Должность;

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

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

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

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

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

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

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

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

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

• цена.

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

• код заявки;

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

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

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

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

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

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

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

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

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

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

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

• операторы;

• клиенты;

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

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

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

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

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

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

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

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

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

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

Формальные модели предметной области

1. ДПД

2. ER-модель

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

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

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

При анализе бизнес-процесса фирмы полезно ответить на 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. Проектирование

2. Реализация

3. Эксплуатация

4. Модернизация и развитие

5. Полная реорганизация

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

Основные категории пользователей и их роль в функционировании банка данных:

• Конечные пользователи. Это основная категория пользователей, в интересах которых и создаётся банк данных. В зависимости от особенностей создаваемого банка данных круг его конечных пользователей может существенно различаться. Это могут быть случайные пользователи, обращающиеся к БД время от времени за получением некоторой информации, а могут быть регулярные пользователи. В качестве случайных пользователей могут рассматриваться, например, возможные клиенты фирмы, рассматривающие каталог автомобилей, которые доступны для проката, с обобщённым или подробным описанием того или иного автомобиля. Регулярными пользователями могут быть сотрудники фирмы, работающие со специально разработанными для них программами, которые обеспечивают автоматизацию их деятельности при выполнении их должностных обязанностей. Например, менеджер имеет в своём распоряжении программу, которая помогает ему планировать и распределять текущие заказы, контролировать ход их выполнения, заказывать поступление новых автомобилей для новых заказов. Главный принцип состоит в том, что от конечных пользователей не должно требоваться каких-либо специальных знаний в области вычислительной техники и языковых средств.

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

• Разработчики и администраторы приложений. Это группа пользователей, которая функционирует во время проектирования, создания и реорганизации банка данных. Администраторы приложений координируют работу разработчиков при разработке конкретного приложения или группы приложений, объединённых в функциональную подсистему. Разработчики конкретных приложений работают с той частью информации из базы данных, которая требуется для конкретного приложения.

Наиболее сложные обязанности возложены на группу администратора БД. В составе группы администратора БД должны быть:

• системные аналитики;

• проектировщики структур данных и внешнего по отношению к банку данных информационного обеспечения;

• проектировщики технологических процессов обработки данных;

• системные и прикладные программисты;

• операторы и специалисты по техническому обслуживании..

Модель данных.

Общие положения

Ядром любой базы данных является модель данных. Модель данных представляет

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

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

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

Модель данных — совокупность структур данных и операций их обработки.

СУБД основывается на использовании иерархической, сетевой или реляционной

модели, на комбинации этих моделей или на некотором их подмножестве [I].

Рассмотрим три основных типа моделей данных: иерархическую, сетевую и

реляционную.

Иерархическая модель данных

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

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

отношениями, образуют ориентированный граф (перевернутое дерево).

К основным понятиям иерархической структуры относятся: уровень, элемент

(узел), связь. Узел — это совокупность атрибутов данных, описывающих

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

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

узлом, находящимся на более высоком уровне. Иерархическое дерево имеет

только одну вершину (корень дерева), не подчиненную никакой другой вершине

и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные)

узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в

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

К каждой записи базы данных существует только один (иерархический) путь

от корневой записи.

Сетевая модель данных

В сетевой структуре при тех же основных понятиях (уровень, узел, связь)

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

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

Понятие реляционный (англ. relation — отношение) связано с разработками

известного американского специалиста в области систем баз данных Е. Кодда.

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

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

формального аппарата алгебры отношений и реляционного исчисления для

обработки данных.

Реляционная модель ориентирована на организацию данных в виде двумерных

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

обладает следующими свойствами:

. каждый элемент таблицы — один элемент данных;

. все столбцы в таблице однородные, т.е. все элементы в столбце имеют

одинаковый тип (числовой, символьный и т.д.) и длину;

. каждый столбец имеет уникальное имя;

. одинаковые строки в таблице отсутствуют;

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

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

или записям, а столбцы — атрибутам отношений, доменам, полям.

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

запись, называется простым ключом (ключевым полем). Если записи однозначно

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

имеет составной ключ.

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

ввести в состав ключа второй таблицы (возможно совпадение ключей); в

противном случае нужно ввести в структуру первой таблицы внешний ключ —

ключ второй таблицы.

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