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

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

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

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

· эксплуатационные материалы - бумага, 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 2048 Mb PC2-6400 (800 Mhz) Patriot (PEP22G6400EL)

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

· Видеокарта 256 Mb 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, не являются обязательными. Их отсутствие даже положительно влияет на сохранность конфиденциальной информации. ИБП - в условиях постоянных перерывов в энергоснабжении - обязательный элемент.

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

Рисунок 1.8 - Структура локальной вычислительной сети

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1) Договор

2) Счет-фактура

В результате должны формироваться следующие документы:

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

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

Обеспечение управления

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

*Административная часть - содержит элементы, ориентированные на управление системой, в которой принятие решений лежит в области действий пользователя.

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

Обеспечение бизнес-процессов

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

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

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

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

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

- по назначению;

- по режиму обработки;

- по способу взаимодействия с системой;

- по способу построения.

Основным предназначением ОС является:

- организация эффективных и надежных вычислений;

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

ОС разделяют по назначению:

- ОС общего назначения;

- ОС специально назначения.

ОС специального назначения подразделяются на следующие:

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

- для организации и ведения баз данных;

- для решения задач реального времени и т.д.

ОС разделяют по режиму обработки задач:

- однопрограммный режим;

- мультипрограммный режим.

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

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

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

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

Современные ОС для ПК реализуют и мультипрограммный, и многозадачный режимы.

По организации работы в диалоговом режиме ОС делятся на следующие:

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

- мультитерминальные.

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

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

По способам построения (архитектуре) ОС подразделяются на следующие:

- микроядерные;

- монолитные.

Это деление условно. К микроядерным ОС относится ОСРВ QNX, а к монолитным - Windows и Linux. Для ОС Windows пользователь не может изменить ядро, так как не располагает исходными кодами и программой сборки ядра. Для ОС Linux такая возможность предоставлена, пользователь может сам собрать ядро, включив в него необходимые программные модули и драйверы.

Наиболее распространенными ОС являются Windows, Unix, Solaris, а также Mac OS X.

Очевидно, что по степени распространенности, количеству пользователей, обладающих навыками работы, впереди всех операционные системы от Microsoft. Однако, на наш взгляд, последняя операционная система этого семейства не в полной мере отвечает требованиям корпоративного сектора, поэтому решено оснастить АРМ сотрудников предприятия ОС Windows XP SP3.

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

По типу управляемой базы данных СУБД разделяются на:

· Сетевые

· Иерархические

· Реляционные

· Объектно-реляционные

· Объектно-ориентированные

По архитектуре организации хранения данных

· локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

· распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах)

По способу доступа к БД

· Файл-серверные

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

На данный момент файл-серверные СУБД считаются устаревшими.

Примеры: Microsoft Access, Borland Paradox.

· Клиент-серверные

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

Примеры: Firebird, Interbase, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL.

· Встраиваемые

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

Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, один из вариантов MySQL, Sav Zigzag, Microsoft SQL Server Compact.

Наиболее предпочтительнее в нашем случае использовать СУБД Access, так как она уже встроена в пакет MS Offiсe, следовательно, не потребует вложения дополнительных финансовых вложений, более проста в освоении, не требует специальных знаний от персонала.

2. ПРОЕКТНАЯ ЧАСТЬ

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

В результате решения данной задачи должны быть достигнуты следующие цели:

1. Автоматизирован процесс учета договоров и других первичных документов;

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

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

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

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

Выходная информация - аналитическая информация по всем имеющимся данным.

Исполнителем процесса расчета является бухгалтер компании.

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

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

Она должна включать такое формализованное описание предметной области, которое легко будет «читаться» как специалистами по базам данных, так и всеми пользователями. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, оно не должно быть привязано к конкретной СУБД. Выбор СУБД - это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД. Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД, которая слабо отражается в сетевых, иерархических моделях данных. Было предложено несколько моделей данных, названных семантическими моделями. У всех этих моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только модель «сущность-связь», или Entity Relationships, которая стала фактическим стандартом при инфологическом моделировании баз данных. Общепринятым стало сокращенное название ER-модель, а большинство современных CASE-средств содержат инструментальные средства для описания данных в формализме этой модели. Кроме того, разработаны методы автоматического преобразования проекта БД из ER-модели в реляционную БД, при этом одновременно выполняется преобразование в модель конкретной СУБД. Все CASE-системы имеют развитые средства документирования процесса разработки, автоматические генераторы отчетов позволяют подготовить отчет о текущем состоянии проекта с подробным описанием объектов БД и их отношений, что существенно облегчает ведение проекта. В настоящий момент не существует единой общепринятой системы обозначений для ER - модели, и разные CASE-системы используют разные графические нотации, но разобравшись с одной, можно легко понять и другие. Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам.

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

Рассмотрим базовые понятия, лежащие в основе ER-модели

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

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

Модель разрабатываемой БД представлена на рисунке 2.5.

Рисунок 2.5 - ER-модель разрабатываемой базы данных

2.3 Построение реляционной схемы из ER - модели данных