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

Delphi такие ограничения не присущи. Хорошее доказательство тому - это тот факт, что сам Delphi разработан на Delphi.

Delphi предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские help’ы, доступные через меню Delphi. Руководители предприятий, планирующие выделение средств на приобретение программных продуктов, должны быть уверены в том, что планируемые инвестиции окупятся. Поэтому одним из оцениваемых факторов должен быть вопрос - а легко ли найти специалиста по Delphi и сколько будет стоить его обучение, сколько времени специалист затратит на овладение продуктом.  Ответ здесь получить весьма просто - любой программист на паскале способен практически сразу профессионально освоить Delphi. Специалисту, ранее использовавшему другие программные продукты, придется труднее, однако самое первое работающее приложение он сможет написать в течение первого же часа работы на Delphi. И, конечно же, открытая технология Delphi является мощным гарантом того, что инвестиции, сделанные в Delphi, будут сохранены в течение многих лет.

Team Development Support - средство поддержки разработки проекта в группе. Позволяет существенно облегчить управление крупными проектами. Это сделано в виде возможности подключения такого продукта как Intersolve PVCS 5.1 непосредственно к среде Delphi.

Высокопроизводительный  компилятор в машинный код - в отличие  от большинства Паскаль-компиляторов, транслирующих в p-код, в Delphi программный текст компилируется непосредственно в машинный код, в результате чего Delphi- приложения исполняются в 10-20 раз быстрее (особенно приложения, использующие математические функции). Готовое приложение может быть изготовлено либо в виде исполняемого модуля, либо в виде динамической библиотеки, которую можно использовать в приложениях, написанных на других языках программирования.

Благодаря такой архитектуре приложения, изготовленные  при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики

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

В качестве системы управления базой  данных было выбрано приложение  «Microsoft Access». Выбор обоснован анализом таблицы 1.5.1

 

Таблица 1.5.1 – Сравнительные характеристики СУБД

 

Название	Access	Oracle	Inter Base
Производитель	Microsoft Borland	Oracle Corporate	Microsoft Borland
Формат файла	*.mdb	*. qdb	*.qdb
Обучаемость	Проста и удобна	Трудна в усвоении	Проста для знающих SQL
Технология создания БД	Визуальная, SQL	Визуальная, SQL	SQL
Установка, минимальные требования	Проста в установке. ОЗУ 16 Мб, Windows 95, Intel Pentium 133	Требовательна к ПО. ОЗУ 128 Мб, Windows 95, Intel Pentium II	Проста в установке. ОЗУ 32 Мб, Windows 95, Intel Pentium 133
Чаще используется	На малых предприятиях	От малых до крупных предприятий	На небольших предприятиях
Защита данных	Реализована на уровне получения или  отказа в доступе ко всей БД	Высокоэффективные механизмы, контролирующие предоставление прав доступа	Реализована с возможность доступа  отдельного пользователя к отдельным  таблицам с правами: чтение, правка, запись
Поддерживаемая модель данных	Реляционная	Реляционная	Реляционная
Встроенный язык	Visual Basic	SQL*Plus	нет
Поддержка стандарта SQL	да	да	да
Поддержка объектов БД	таблицы, индексы, последователь-ности	домены, хранимые процедуры и триггеры, индексы	домены, хранимые процедуры и триггеры, последователь-ности, индексы
Средства поддержки ограничения целостности	Первичный и внешний ключи, индексы	Первичный и внешний ключи, индексы	Первичный и внешний ключи, индексы

 

Базы данных, созданные с помощью  системы управления базами данных «Microsoft Access», полностью реализуют реляционную модель построения данных. База данных «Microsoft Access» представляет собой набор групп объектов, таких как таблицы, запросы, формы, отчеты.

Связи между таблицами можно  разбить на четыре базовых реляционных  типа с отношениями:

• один-к-одному;
• один–ко-многим;
• многие-к-одному;
• многие-ко-многим.

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

Также «Microsoft Access» предоставляет большое количество внутренних средств по оптимизации работы проектируемого приложения. К ним относятся:

• загрузка модулей по требованию;
• оптимизация дерева вызовов;
• использование файлов MDE;
• автоматическая поддержка компилированного состояния;
• использование библиотек Windows API;
• индивидуальная настройка системы;
• эффективное использование индексов;
• встроенный оптимизатор запросов.

 

 

1.6 Математический аппарат программного  средства

 

Статистические гипотезы – это выдвигаемые теоретические предположения относительно параметров статистического распределения или закона распределения случайной величины. В соответствии с решаемой задачей различают параметрические и непараметрические гипотезы.

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

В статистике рассматривают простые  и сложные параметрические гипотезы. Простая гипотеза содержит только одно предположение относительно оцениваемого параметра, например, предположение о том, что среднее значение j-го признака равно нулю: =0, или . Сложная гипотеза состоит из нескольких простых гипотез. Например, - это означает, что могут быть ; и т.д., т.е. здесь гипотеза состоит из набора простых гипотез.

Для того чтобы проверить гипотезу, используют статистические критерии, позволяющие выяснить, следует ли принять или опровергнуть нулевую  гипотезу. Если расчетное значение критерия не превышает критического, то есть веские основания для принятия прямой (нулевой)

гипотезы. В противоположном случае целесообразно предположить справедливость альтернативной гипотезы ( ).

Проверка статистических гипотез  всегда допускает определенную вероятность  ошибки в выводах:

- вероятность отвергнуть нулевую  гипотезу, когда она справедлива;

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

В экономических исследованиях  обычно используется - вероятность ошибки первого рода. Наиболее распространенными в практике экономического анализа значениями являются: 0,01; 0,05; 0,1.

В многомерном анализе для проверки статистических гипотез используются те же статистические критерии, что  и в одномерном, но они изменяются с учетом природы многомерных  случайных величин. Чаще всего это  критерии для проверки параметрических  гипотез: t-Стьюдента, F-Фишера, и проверки непараметрических гипотез - .

Проверка гипотезы о равенстве  вектора средних значений заданному вектору:

В многомерном статистическом анализе  проверка гипотезы о равенстве вектора  средних значений заданному вектору  основывается на тех же подходах, что  и для одномерных величин. Но в  этом случае мы имеем дело уже с  -числом выборочных средних, т.е. с вектором средних значений: . Вектор сравнивается с постоянным вектором . Прямая гипотеза имеет вид

 

, при альтернативной  .

 

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

 

,     (1.1)

где - ковариационная матрица; - матрица с центрированными значениями переменной: .

Расчетное значение ( ) сравнивается с критическим значением, исчисляемым при заданном уровне вероятности ( ) и числе степеней свобода и

 

.                                                 (1.2)

В формуле (1.2) - табличное значение F-критерия Фишера для числа степеней свободы и . Многомерная гипотеза о

равенстве вектора средних величин  заданному вектору подтверждается при .

 

1.7 Техническое задание на разработку  программного средства

 

Необходимость автоматизации  рабочего места менеджера попродажам автозапчастей и поставкам автомобилей ООО “Автоконтактсервис” привела к реализации процесса создания такой автоматизированной информационной системы, как программное средство автоматизированное рабочее место ООО “Автоконтактсервис”. Разрабатываемое программное средство будет выполнять функции учета поступления автомобилей и автозапчастей на предприятие, продажу автозапчастей.

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

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

-защиты от несанкционированного  доступа и ошибок пользователей;

• дальнейшей модификации и модернизации.

 

Выводы

 

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

В связи с вышеизложенным целесообразно  перейти к проектированию базы данных ООО Автоконтактсервис.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2 Специальный раздел

 

2.1 Проектирование базы данных

 

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

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

При выполнении основных из этих функций  система управления базами данных должна использовать различные описания данных. Отметим, что проектирование этих описании обычно поручается человеку (группе лиц) – администратору базы данных.

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

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