Гибкость платформы позволяет применять «1С: Предприятие 8.0» в самых разнообразных областях:

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

* поддержка оперативного управления предприятием;

* другие области применения.

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

* значительное ускорение массового ввода информации благодаря функции «ввод по строке» и эффективному использованию клавиатуры;

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

Система «1С: Предприятие 8.0» является открытой системой. Предоставляется возможность для интеграции практически с любыми внешними программами и оборудованием на основе общепризнанных открытых стандартов и протоколов передачи данных.

При разработке новой версии «1С: Предприятия» значительное внимание было уделено обеспечению возможностей локализации и интернационализации прикладных решений. Все тексты конфигурации и базы данных хранятся в формате UNICODE. Это значит, что любая текстовая информация может включать одновременно символы различных языков. Для основных европейских языков поддерживаются национальные представления дат, чисел, а также порядок сортировки текстов. Для конкретной информационной базы предоставляется возможность дополнительной настройки представления чисел, дат, времени.

Также для бухгалтерского и оперативного учета существуют программы «Интеллект-Сервиса», спектр и качество продукции, комплексный подход к проблемам которых удовлетворяют запросы и самых малых, и средних фирм (программы БЭСТ), и крупных компаний (БЭСТ-3, БЭСТ-4, БЭСТ-5). Среди пользователей - фирмы, торговые и страховые компании, промышленные предприятия и строительные фирмы, бюджетные организации, издательства, инвестиционные компании, фонды и др. Сейчас активно развивается направление, связанное с предприятиями общественного питания. Но наибольший удельный вес среди пользователей программ фирмы приходится на торговые организации.

Для автоматизации деятельности компаний фирма «BIGroup Labs» предлагает современный программный комплекс RS-Balance 3. В нем реализована высокоуровневая поддержка стандартных бизнес-процессов торгового предприятия, включая:

- управление взаимоотношениями с клиентами, учет договорной деятельности, взаиморасчеты;

- оперативное управление запасами;

- финансовый менеджмент, работу с денежными средствами;

- ведение учета затрат, расчет себестоимости;

- систему учета на множестве настраиваемых Планах счетов.

RS-Balance 3 разработан на основе объектно-ориентированного подхода. Набор встроенных в систему инструментальных средств дает конечному пользователю возможность модифицировать логику обработки первичных данных и настраивать клиентский интерфейс в соответствии со своими задачами и предпочтениями. Все это значительно увеличивает эффективность и удобство работы сетей торгового предприятия.

Инструментальное средство Cognos 4Thought входит в состав семейства современных программных средств обработки, анализа и прогнозирования данных, разработанного компанией Cognos.

В основу программного продукта Cognos 4Thought положена технология нейронных сетей. Использование нейронных сетей позволяет строить достаточно точные сложные нелинейные модели на основе неполной статистической выборки данных.

Cognos 4Thought предназначен для моделирования и прогнозирования. 4Thought может анализировать исторические данные во времени, затем продолжить эту временную линию в будущее, предсказывая тенденции.

Системы Impromptu, PowerPlay, Scenario и 4Thought представляют собой взаимосвязанные и дополняющие друг друга инструментальные средства, поддерживающие наиболее эффективные технологии обработки данных и обеспечивающие решение широкого круга задач в бизнес-приложениях, от доступа к информации в распределенных базах данных до вычислительной обработки и интеллектуального анализа.

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

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

PowerPlay обеспечивает эффективный доступ ко всей имеющейся в организации информации, хранящейся в форме реляционных или не реляционных данных, таких как базы данных (Databases), склады данных (Data Warehouses), витрины данных (Data Marts) и электронные таблицы (Spreadsheets).

Созданный с помощью PowerPlay гиперкуб можно открыть в 4Thought. Гиперкуб представляет собой файл многомерных данных с расширением.mdc. Данные в таком файле организованы специальным образом для обеспечения быстрого доступа и детализации.

OLAP-кубы Cognos можно использовать как источники данных для модулей Data Mining (4Thought и Scenario), таким образом в продукции Cognos реализована интеграция технологий OLAP и Data Mining.

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

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

Отчеты Impromptu также могут быть использованы в качестве входных данных для построения модели в Cognos 4Thought.

Cognos Scenario - это интеллектуальное инструментальное средство поиска (разведки) данных (Data Mining), которое позволяет руководителям (даже не знакомым с методиками статистического анализа) выявлять скрытые тенденции и модели бизнеса и «извлекать на поверхность» его ранее неизвестные закономерности и корреляционные связи.

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

Результаты работы Scenario (ключевые показатели и факторы) могут быть переданы в 4Thought для выполнения прогнозирования.

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

4Thought поддерживает анализ на всех этапах:

Сбор данных. Данные вводятся непосредственно или получаются из внешних источников, например, MS Excel. Данные могут быть взяты у других программных средств семейства Cognos (Impromptu, ReportNet, PowerPlay и Scenario) или прямо из хранилища. Введенные данные отображаются в 4Thought в виде электронных таблиц, что позволяет достаточно просто их просматривать и анализировать;

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

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

4Thought позволяет выполнить обучение модели на репрезентативной выборке значений входных и выходных параметров нейронной сети. Для обучения может быть использована вся выборка либо ее часть - в таком случае оставшаяся часть выборки применяется для контроля точности (качества) обучения: отклонения значений выходов обученной нейронной сети от реальных значений. Обучение сети на одном наборе данных выполняется несколько раз (перед каждым обучением начальные значения весовых коэффициентов устанавливаются автоматически случайным образом), чтобы выбрать наилучшую точность обученной сети.

Cognos 4Thought позволяет, варьируя параметры сценарных условий, автоматически получать различные прогнозы на заданный период, отвечая на вопрос: «А что будет, если?» Результаты прогнозирования по всем отраслям региональной экономики можно получать в виде текстов, графиков, диаграмм, а также отчетных документов установленного образца, которые можно хранить в электронном виде или передавать потребителям по электронной почте. Такие возможности освобождают аналитиков от рутинной вычислительной и оформительской работы и позволяют сосредоточиться на вопросах стратегии и тактики регионального развития.

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

4Thought может оперировать с временными рядами. Это позволяет обнаруживать и анализировать тренды в динамике экономических величин, а также строить прогноз значений показателей на несколько лет вперед. 4Thought поддерживает несколько способов нормирования входных и выходных параметров, что дает возможность оперировать с экономическими величинами, влияние которых нелинейно.

При комплексном использовании продуктов семейства Cognos в единой информационно-аналитической системе возникают дополнительные преимущества (синергетический эффект). Задачи по сбору и обработке информации в системе решаются на этапе формирования витрин данных с помощью инструмента PowerPlay Transformation Server.

Вопросы безопасности в системе (защиты от несанкционированного доступа) решаются с помощью инструмента Access Manager, входящего в состав пакета PowerPlay Transformation Server.

Инструменты PowerPlay и Impromptu используются для решения задач, связанных с мониторингом показателей, многомерным анализом информации, формированием отчетов, а инструменты 4Thought и Scenario - для прогнозирования показателей социально-экономического развития, а также для факторного анализа данных. Организация передачи данных между инструментами полностью автоматизирована. Простота интерфейса продуктов Cognos и ориентированность на пользователей-непрограммистов позволяет эффективно выполнять сложные задачи анализа. Публикация информации в интранет / экстранет-среде может осуществляться с помощью инструмента Upfront, входящего в состав пакета Cognos PowerPlay Enterprise Server.

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

1.4 Обоснование проектных решений

1.4.1 Обоснование технических решений по техническому обеспечению

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

Комплекс технических средств составляют:

· компьютеры;

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

· устройства передачи данных и линий связи - модемы;

· эксплуатационные материалы - бумага, CD (DVD) - диски и т.п.

В нашем случае основными элементами технического обеспечения будут:

1. автоматизированные рабочие места персонала организации

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

В качестве АРМ предполагается использовать персональные компьютеры со следующей конфигурацией:

· Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX

· Материнская плата Asus M2N-SLI Deluxe, S AM2, NVIDIA nForce 570 SLI.

· Оперативная память DDR2 2048Mb PC2-6400 (800Mhz) Patriot (PEP22G6400EL)

· Жесткий диск 200,0 Gb HDD Western Digital (WD5000AACS) CaviarGP.

· Видеокарта 256Mb PCI-E ATI Radeon 3650 DDR3, HDMI, DVI, HIS IceQ Turbo.

· Привод DVD±RW ASUS DRW-2014L1T, SATA.

· Картридер внутренний.

· Корпус Cooler Master Elite 334, 460W (RC-334-KKR4)

· Монитор 17» Dell TFT E178FP

· ИБП APC Back-CS500VA

Данная конфигурация позволяет осуществлять работу в разрабатываемой системе с высокой степень надежности. Процессор АМD выбран из-за своей низкой стоимости (по сравнению с аналогичными устройствами Intel), размер оперативной памяти и жесткого диска - стандартны в настоящее время. Кроме указанных элементов еще необходима сетевая карта для возможности подключения к локальной сети предприятия. Такие элементы, как картридер и привод DVD±RW, не являются обязательными. Их отсутствие даже положительно влияет на сохранность конфиденциальной информации. ИБП - в условиях постоянных перерывов в энергоснабжении - обязательный элемент.

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

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

- комплект сетевого оборудования;

- комплект кабельной продукции;

- устройства введения и вывод - сканер и принтер;

- коммуникационное устройство - модем, факс-модем или сетевой адаптер.

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

- наличие кабельной системы в здании;

- план помещений предприятия;

- расположение рабочих мест в организации;

- наличие места под серверное помещение;

- перспектива расширения организации, и следовательно - ЛВС.

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

Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX

с объемом ОЗУ не менее 2048 мегабайт;

Объем необходимого дискового пространства - не менее 200 гигабайт

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

1.4.2 Обоснование проектных решений по информационному обеспечению

Понятие информационного обеспечения возникло с созданием автоматизированных систем управления (АСУ).

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

Одно из важных требований к информационному обеспечению - это достоверность данных информационной базы.

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

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

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

В состав технологических операций входят:

- загрузка программы;

- ввод данных;

- контроль информации и возможность корректировки;

- справочно-информационное обслуживание;

- формирование информационных массивов;

- вывод информации.

Существует несколько способов регистрации первичной информации:

- документальный;

- документальный с регистрацией на машинном носителе;

- автоматический.

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

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

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

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

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

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

К информационному обеспечению предъявляются следующие общие требования:

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

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

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

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

· формы документов должны отвечать требованиям унифицированной системы документации;

· структура документов и экранных форм должна соответствовать характеристиками терминалов на рабочих местах конечных пользователей;

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

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

В состав информационного обеспечения должны входить:

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

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

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

1. Алгоритмы, связанные с проектированием АСИС;

2. Алгоритмы реляционной алгебры, необходимые для работы с БД;

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

1.4.3 Обоснование проектных решений по программному обеспечению

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

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

- однопользовательские и многопользовательские;

- однозадачные и многозадачные.

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

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

2. передавать управление различным процессам, в зависимости от состояния системы;

3. создавать оболочки для баз данных, как и сами базы данных;

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

Современные средства разработки характеризуются следующими параметрами:

1. поддержка объектно-ориентированного стиля программирования;

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

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

4. поддержка БД;

5. возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;

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

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder, Visual FoxPro и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним - разработка баз данных на базе языка SQL и их поддержка ограничена. Система разработки Visual FoxPro предъявляет наименьшие требования к системным ресурсам, но ее применение ограничено неудобством в визуальном создании интерфейса разрабатываемого приложения. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки АСИС играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.

При создании программного продукта АСИС главным критерием выбора программных средств разработки являлись:

1. скорость разработки приложений;

2. возможность быстрого внесения изменений в программу;

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

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

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

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

2. Требования по ресурсам;

3. Поддержка операционной системы;

4. Наглядность разработки интерфейса;

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

6. Доступность;

7. Скорость работы разработанного программного обеспечения;

8. Обработка исключительных ситуаций;

9. Время создания разработанного программного обеспечения;

10. Удобство эксплуатации;

Для вышеперечисленных средств для разработки АСИС воспользуемся методом вариантных обоснований. Этот метод предназначен для выбора наилучшего варианта из нескольких предложенных и состоит из следующих этапов:

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

2. Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка.

3. Нахождение общего количества баллов для каждого из вариантов (можно учитывать важность критериев).

4. Лучшим считается вариант, который набрал максимальное количество баллов.

Средство разработки Характеристика средств разработки	Delpi	Visual C++	Borland C++ Buielder	Visual FoxPro
Наличие опыта разработки с использованием данного программного продукта;	8	6	4	4
Требования по ресурсам;	7	6	6	5
Поддержка операционной системы;	8	8	8	7
Наглядность разработки интерфейса;	9	7	8	5
Предоставляемые возможности работы с базами данных;	8	6	4	7
Скорость работы разработанного программного обеспечения;	6	7	8	7
Обработка исключительных ситуаций;	8	8	8	6
Время создания разработанного программного обеспечения;	9	6	5	7
Удобство эксплуатации;	7	8	8	7
Всего:	70	62	60	56

В результате выполненного анализа инструментальных средств выявили, что в качестве средства разработки АСИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.

Используя Delphi можно создавать приложения для ОС семейства Windows с минимальными затратами времени т. к. в её основе лежит концепция быстрого создания приложений (RAD).

Основные сведения о Delphi:

Базируется на расширении языка Pascal - Object Pascal.

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

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

Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора Delphi соответствующим образом изменяет и сами компоненты. С другой стороны, при изменении свойств компонентов в инспекторе редактора объектов (Object Inspector) они немедленно отражаются в окне редактора кода.

Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся элементы управления в стиле Windows95 и IE 4.0, а также шаблоны для форм и экспертов.

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент / сервер. Особенностью этих компонентов является то, что во время создания приложения Delphi отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в Delphi ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL.

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

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

Непосредственный доступ к интерфейсу приложений API;

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

Возможность создания пользовательских объектов VCL и OCX;

Возможность создания DLL-библиотек и других «вторичных» объектов среды Windows;

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

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

Поддержка как локальных таблиц, так и находящихся на удаленных серверах баз данных;

Поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;

Свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;

Наличие собственных быстрых драйверов для основных платформ типа клиент / сервер;

Полная поддержка ODBC.

Delphi, как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language).

В качестве прикладного пользовательского обеспечения будут использоваться справочно-поисковые системы информации: ГАРАНТ и 1С Предприятие V.7.7. Эти системы очень хорошо себя зарекомендовали и пользуются спросом как у профессионалов, так и у начинающих.

2. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта

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

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

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

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

Например, в некоторых АРМ все данные и конструкции фиксируются в табличной форме (табличные АРМ) или в виде операторов специального вида (функциональные АРМ).

Языки пользователя разделяют АРМ также по видам диалога. Средства поддержки диалога в конечном счете определяют языковые конструкции, знание которых необходимо пользователю.

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

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

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

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

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

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

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

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

Основные компоненты АРМ определяют его состав и обеспечивать возможность классификации АРМ по различным признакам.

В зависимости от применения в рамках АРМ средств, обеспечивающих развитие АРМ конечным пользователем, будем разделять АРМ на два больших класса:

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

Обслуживающие АРМ в сферах организационного управления могут быть:

· информационно-справочными.

· вычислительными.

· текстообрабатывающими.

Интеллектуальные АРМ можно прежде всего разделить на ориентированные на данные и ориентированные на знания (даталогические и фактологические). Информационно-справочные АРМ обслуживают какой-либо процесс управления. Вычислительные АРМ разнообразны по своему содержанию и могут применяться многочисленными категориями пользователей. С их помощью могут ставиться и решаться организационно-экономические задачи, связанные и не связанные друг с другом, поиск и обработка данных в которых заранее определена или определяется в процессе функционирования АРМ.

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

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

База знаний как составной компонент входит в АРМ фактологического типа. Фактологические АРМ полезны там, где работа в условиях АРМ определяется преимущественно накапливаемым опытом и логическим выводом на его основе.

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

· интерпретация (анализ и описание данных и фактов из предметной области для установления их взаимосвязей и систем);

· диагностика (поиск, определение и описание состояния управляемого объекта);

· мониторинг (непрерывное отслеживание функционирования АРМ и фиксирование получаемых результатов);

· планирование (обеспечение заданной последовательности действий);

· проектирование (обеспечение пользовательских интерфейсов и развития).

2.2 Информационное обеспечение задачи

Для эффективного функционирования разрабатываемой АРМ «Кассира-операциониста» будет разработана СУБД. Поэтому ниже рассмотрены логические и концептуальные модели данных.

2.2.1 Выбор логической модели данных

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

Иерархическая модель данных представляет собой иерархию в виде дерева. Данная модель данных базируется на сегменте, который представляет собой совокупность полей, характеризующих данный сегмент. Сегменты различаются по типу, а каждый тип характеризуется фиксированной длиной и конкретным разбиением на поля данных. Два связанных сегмента, расположенных на смежных уровнях называются исходным (более высокого уровня) и порожденным (более низкого). Иерархическая запись - система взаимосвязанных сегментов, в которой каждый порожденный сегмент представлен столько раз, сколько необходимо для полного раскрытия данного сегмента. В иерархической структуре есть сегмент, который не имеет исходного и называется головным или корневым. В этом сегменте обычно располагается идентификатор объекта, свойства которого раскрываются в сегментах второго и более низких уровней иерархии.

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

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

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

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

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

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

Сеть - более общая структура в сравнении с иерархией. Узлами сети являются отдельные экземпляры записи. Узлы записи являются единицей доступа к БД. Поскольку отдельный узел может иметь несколько непосредственно старших узлов, так же, как и несколько непосредственно подчиненных, то данная структура обеспечивает прямое представление отношения «многие ко многим». Для связи между записями-узлами существует связующая запись, все экземпляры которой помещаются в цепочку для связи двух экземпляров.

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

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

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

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

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

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

Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, ORACLE, InterBase, Acsses и др. позволило преодолеть и этот недостаток.

Достоинства реляционной модели можно разделить на две группы:

достоинства для пользователя:

1. Реляционная БД представляет собой набор таблиц с которыми пользователь привык работать;

2. Не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;

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

достоинства обработки данных реляционной БД:

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

2. Точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений, обеспечивающих наглядность и гибкость модели данных;

3. Гибкость. Операции проекции и объединения [17] позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;

4. Секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.

5. Простота внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.

6. Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.

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

2.2.2 Анализ предметной области и разработка информационной модели

В данной работе в качестве предметной области рассматривается рабочее место кассира-операциониста ОПЕРУ. База данных решает следующие задачи: учёт приходно-кассовых ордеров, выдача данных о клиентах и их кредитах, вычисляет суммы оплаты.

Реализует запросы упорядочения по полям: клиенты, кредиты. Осуществляет поиск сведений о фирме.

Исходные данные о ОПЕРУ: операционный узелтнаходится в нескольких помещениях.

Клиент, приходя в ОПЕРУ, взаимодействует с кассиром-опперационнистом, который, в свою очередь, осуществляет работу с клиентом. Операции с денежными средствами и отбивку чека осуществляет так же кассир.

2.2.3 Дерево функций и диалога проектируемой системы

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

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

С помощью модуля меню Главное меню осуществляется доступ к пяти основным пунктам меню:

- Работа с клиентами

- Формирование ответа

- Расчеты с клиентом

- Внутренняя работа

С помощью пункта меню Работа с клиентами осуществляется вызов следующих пунктов подменю:

- Регистрация

- Формирование пачек

Пункт Регистрация заявки имеет подпункты:

- Ввод

- Корректировка

- Просмотр

- Печать

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

С помощью пункта Формирование пачек пользователь может сформировать, просмотреть и распечатать пачки заявок по нескольким группировочным признакам, а именно: по отраслям права, по срокам выполнения и по юристам выполняющим эти заявки. Этот пункт имеет подпункты:

- Формирование

- Просмотр

- Печать

Пункт Формирование отчета имеет подпункты:

- Ввод отчета

- Редактирование отчета

- Вывод ответа

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

При выборе подпункта Редактирование отчета осуществляется корректировка отчетов на заявки.

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

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

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

- Ведение справочников

- Ведение архива

- Составление отчета

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