Разработка информационно-аналитической системы компании ООО "Автошины"

0,5-2 на 1 клиента

Полученные значения суммируются для определения общего сетевого трафика ПУ з. Значение ПУ з умножается на коэффициент служебного, широковещательного и неучтенного трафика kс.т. = (0,05ч0,07)·n, где п-количество компьютеров в сети, и коэффициент запаса kз = (1,2ч2,0) для учета будущего развития сети. Выбранная технология ЛВС проектируется таким образом, чтобы коэффициент использования сети kисп.= ПУ / Пном. был не более (0,3ч0,6). Если необходимо, уменьшается среднее время работы одной или нескольких задач, либо выбирается другая сетевая технология.

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

Таблица 4. Расчет эффективного трафика для сегментов.

Задача	Время занятия задачей сети, мин. в сут.	Эффективный трафик, Мбит, в сек.
Обмен файлами	60	12,50
Резервирование информации	30	6,25
Сетевая печать	20	4.17
СУБД	30	6,25
Интернет	60	12.50
Электронная почта	2	0.42

Формула для расчета общего сетевого трафика для сегмента А выглядит так:

ПУА = ( УПэi) *0,05*1,2*19 + Тс_Р сервера * 1*0,05* 1,2 =42,09*0,05*1,2*19+360*1*0,05*1,2=69,58 (Мбит/сек.)

Общий сетевой трафик для сегмента В:

ПУв=42,09*0,05*1,2*20=50,51(Мбит/сек.)

Общий сетевой трафик для сегмента С:

ПУс=42,09*0,05* 1,2*20=50,51 (Мбит/сек.)

Значение общего сетевого трафика равно сумме значений сетевых трафиков по сегментам:

ПУ= ПУА + ПУв + ПУс =69,58+50,51+50₅51=170,60(Мбит/сек.)

Коэффициент использования сети равен:

К_общ=((69,5 8+50,51 +50,51 )/100)/3=0,57

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

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

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

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

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

Для нашего проекта выбираем звездообразную топологию, вследствие того, что этот метод является самым оптимальным. Сетевой адаптер подключается посредством шины PCI на материнскую плату [4]. В качестве сетевых адаптеров выбираются сетевые платы TrendNet ТЕ 100-PCIWN. Концентратор (повторитель), является центральной частью компьютерной сети в случае реализации топологии «звезда». Основная функция концентратора - повторение сигналов, поступающих на его порт. Повторитель улучшает электрические характеристики сигналов и их синхронность, и за счет этого появляется возможность увеличивать общую длину кабеля между самыми удаленными в сети узлами [7]. Концентратор является активным оборудованием. Концентратор служит центром (шиной) звездообразной конфигурации сети и обеспечивает подключение сетевых устройств. В концентраторе для каждого узла (ПК, принтеры, серверы доступа, телефоны и пр.) должен быть предусмотрен отдельный порт. Коммутаторы контролируют сетевой трафик и управляют его движением, анализируя адреса назначения каждого пакета. Выбираем коммутаторы D-Link DES-1024D/E, 24-port Switch 10/100Mbps. В большинстве сетей применяется только три основные группы кабелей: коаксиальный кабель (coaxial cable); витая пара (twisted pair); неэкранированная (unshielded); экранированная (shielded); оптоволоконный кабель. Выбрана технология Fast Ethernet 100Base-T, и звездообразная топология предлагается выбрать кабель категории 5 неэкранированная витая пара (UTP). Для нашей сети выберем внутренний модем ZyXEL Omni 56K. V.90 (PCTel) int PCI.

Расчет общей длины кабеля по сегментам, необходимого для построения локальной сети, приведен в таблицах 4,5,6. Кабель прокладывается вдоль стен в специальных коробках. Общая длина кабеля в сегменте С составляет 292 метра. Суммарная длина кабеля всей локальной сети с учетом коэффициента запаса составляет (259+286+292)*1,5=1255,5 м.

Все компьютеры, участвовавшие в обмене данными, должны работать по одному и тому же протоколу, чтобы по завершении передачи вся информация восстанавливалась в первоначальном виде. Наиболее распространённой системой классификации сетевых протоколов является модель OSI, в соответствии с которой протоколы делятся на 7 уровней по своему назначению -- от физического (формирование и распознавание электрических или других сигналов) до прикладного (API для передачи информации приложениями) [6].

К наиболее популярным сетевым протоколам относятся: IP (Internet Protocol) -- TCP/IP-протокол для передачи пакетов; IPX (Internetwork Packet Exchange) -- протокол фирмы NetWare для передачи и маршрутизации пакетов; NWLink -- реализация протокола IPX/SPX фирмой Microsoft; NetBEUI -- транспортный протокол, обеспечивающий услуги транспортировки данных для сеансов и приложений NetBIOS; DDP (Datagram Delivery Protocol) -- AppleTalk-протокол транспортировки данных. Для правильной работы сети необходимо определить сетевые адреса рабочих станций и сервера. IP-адреса разделяются на 5 классов. Адреса класса А предназначены для использования в больших сетях общего пользования. Они допускают большое количество номеров узлов. Адреса класса В используются в сетях среднего размера, например, сетях университетов и крупных компаний. Адреса класса С используются в сетях с небольшим числом компьютеров. Адреса класса D используются при обращениях к группам машин, а адреса класса Е зарезервированы на будущее. Также необходимо определить маску подсети. По умолчанию сети класса С по умолчанию используют маску подсети 255.255.255.0. поэтому у проектируемой сети будет такая же маска.

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

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

В качестве сетевой операционной системы выберем операционную систему Windows Server 2008 R2. В результате пользователь получает инфраструктуру высокой производительности, помогающую превратить сеть в стратегические активы организации. Технология Windows Server 2008 R2 содержит все функции, ожидаемые пользователями от серверной ОС Windows, используемой для выполнения ответственных задач, такие как безопасность, надежность, доступность и масштабируемость. Кроме того, корпорация Microsoft усовершенствовала и расширила серверную ОС Windows для того, чтобы пользователь мог оценить преимущества технологии Microsoft .NET, разработанной для связи людей, систем, устройств и обмена данными.

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

Важным моментом является обеспечение непрерывного питания сервера, заключающегося в использовании минимум двух мощных блоков питания. В случае неисправности одного из блоков начинает работать второй. Обязательным является использование источника бесперебойного питания (ИБП). В нашей сети необходимо установить один выделенный сервер. Требования к аппаратному обеспечению: Процессор: не ниже Intel Pentium G 640; Оперативная память: не менее 2Гб; Видеокарта: достаточно интегрированной; Объем жесткого диска: не менее 500 Гб; Блок питания: не менее 450 Вт; Сетевая карта: интегрированная, от 100Mbps (сто мегабит); Платы расширения: от 2-х COM-портов; Сетевой фильтр: не менее 5-розеток.

1.3 Разработка форм приложений и интерфейса

1.3.1 Проектирование базы данных предприятия

Концептуальная модель является моделью предметной области и включает описания объектов и их взаимосвязей, выявляемых в результате анализа данных. Используемым на этом этапе средством моделирования данных являются диаграммы «сущность-связь» (ERD). Они предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей). Данная нотация была введена Ченом и получила дальнейшее развитие в работах Баркера.

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

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

- лист-заявка;

- заказ;

- справочник продуктов;

- клиент;

- заявка;

- платежная ведомость;

- отчет по выполненным продажам;

- отчет по клиентам;

- счет-фактура;

- финансовый отчет;

- справочник товаров;

- контакт;

- справочник цен.

Хранилища данных диаграммы потоков, данных становятся сущностями концептуальной модели. Для формирования данных о заявках, используется сущность «Лист-заявка». Атрибуты сущности:

- номер заявки - первичный ключ;

- дату формирования;

- количество;

- стоимость;

- описание заказа.

Для формирования данных о заявке, используется сущность «заказ». Атрибуты сущности:

- номер заказа - первичный ключ;

- дату формирования.

Для ведения справочника продуктов и цен введена сущность «Справочник продуктов», которая имеет следующие атрибуты:

- номер продуктов - первичный ключ;

- наименование продуктов;

- цена.

Для ведения справочника клиент введена сущность «Клиент», которая имеет следующие атрибуты:

- номер клиента - первичный ключ;

- ФИО;

- физическое или юридическое лицо.

Для хранения контактной информации о клиенте введена сущность «Контакт», которая имеет следующие атрибуты:

- номер контакта - первичный ключ;

- телефон;

- адрес;

- ИНН;

- Е-mail;

Для ведения справочника товаров введена сущность «Справочник товаров», которая имеет следующие атрибуты:

- номер - первичный ключ;

- наименование;

- стоимость.

Для ведения справочника введена сущность «Справочник», которая имеет следующие атрибуты:

- номер - первичный ключ;

- наименование;

- описание;

- стоимость.

Для формирования данных о заявке, используется сущность «Заявка». Атрибуты сущности:

- номер заявки - первичный ключ;

- дату формирования.

Для составления платежной ведомости, используется сущность «Платежная ведомость». Атрибуты сущности:

- номер ведомости - первичный ключ;

- дату формирования.

Для составления отчета менеджера, используется сущность «Отчет». Атрибуты сущности:

- номер отчета- первичный ключ;

- дату формирования;

- общая стоимость.

Для составления отчета по клиентам, используется сущность «Отчет по клиентам». Атрибуты сущности:

- номер отчета по услугам - первичный ключ;

- дату формирования.

Для составления счет-фактуры, используется сущность «Счет-фактура». Атрибуты сущности:

- номер счет-фактуры - первичный ключ;

- дату формирования.

Для составления финансового отчета, используется сущность «Финансовый отчет». Атрибуты сущности:

- номер отчета по услугам - первичный ключ;

- дату формирования.

Рис.1.10. Общая схема сущностей БД ООО «Автошины»

После анализа атрибутов сущностей и выявления потенциальных и первичных ключей определим связи между сущностями. Описание связей представим в таблице 3. При этом необходимо отразить степень связи, которая может иметь следующие значения: 1 : 1 - «один к одному», 1 : М - «один ко многим, М : 1 - «многие к одному», М : М - «многие ко многим».

Таблица 5. Описание связей сущностей БД

Тип сущности	Тип связи	Тип сущности	Степень связи
1	2	3	4
Заявка	Содержит	Справочник	М : 1
Заявка	Содержит	Клиент	М : 1
Клиент	Содержит	Контакт	1 : 1
Заявка	Формирует	Заявку	М : 1
Заявка	Содержит	Справочник	М : 1
Заявка	Содержит	Справочник	М : 1
Заявка	Формирует	Отчет по клиентам	М : 1
Заявка	Формирует	заказ	1 : 1
Заявка	Формирует	Отчет	М : 1
Заявка	Формирует	Платежную ведомость	М : 1
Платежная ведомость	Формирует	Финансовый отчет	М : 1
Платежная ведомость	Формирует	Счет-фактуру	М : 1
Отчет	Входит в	Счет-фактура	М : 1

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

Зачастую нормализация осуществляется в несколько последовательно выполняющихся этапов, каждый из которых соответствует некоторой нормальной форме, обладающей определенными свойствами. В ходе нормализации формат отношений становится менее уязвимым по отношению к аномалиям обновления. Преобразуем концептуальную модель в логическую модель путём проведения нормализации и удаления нежелательных элементов (связей «многие-ко-многим» и множественных атрибутов). Первая нормальная форма. Приведем отношения к первой нормальной форме. Отношение находится в первой нормальной форме тогда и только тогда, когда все используемые домены содержат только скалярные значения. Все данные отношения находятся в первой нормальной форме. Теперь приведем отношения ко второй нормальной форме. Отношение находится во второй нормальной форме тогда, когда отношение находится в первой нормальной форме, и каждый неключевой атрибут неприводимо зависит от первичного ключа. Поскольку сущности в концептуальной модели не имеют составных ключей, то все отношения находятся во второй нормальной форме. Приведем отношения к третьей нормальной форме. Для этого устраним транзитивные зависимости, то есть если в некоторых отношениях обнаружена зависимость неключевых атрибутов от других неключевых атрибутов, то необходимо провести декомпозицию этих отношений. Так как сущности в концептуальной модели не имеют транзитивных зависимостей, то все отношения находятся в третьей нормальной форме. Четвертая нормальная форма - нормальная форма Бойса-Кода. Для проверки нахождения отношений в нормальной форме Бойса-Кода необходимо найти все детерминанты и убедиться, что они являются потенциальными ключами. Проанализировав детерминанты, можно сделать вывод, что отношения находятся в нормальной форме Бойса-Кода. Пятая нормальная форма. Отношение находится в пятой нормальной форме если оно находится в нормальной форме Бойса-Кода и в нем отсутствуют многозначные зависимости не являющиеся функциональными зависимостями. Данное отношение не содержит связи многие-ко-многим поэтому оно находится в пятой нормальной форме. Отношение находится в шестой нормальной форме тогда и только тогда, когда любая зависимость по соединению в нем определяется только возможными ключами.

В результате проведенного анализа построим логическую модель. Логическая модель БД позволяет сформировать физическую модель. Основные таблицы: «Demand» (Заявка), «Contact» (Контакт), «Application» (Заявка), «order» (заказ), «Client report» (Отчет по клиетам), «Report on service» (Отчет), «Payroll» (Платежная ведомость), «Invoice» (Счет-фактура), «Financial statement» (Финансовый отчет). Справочники: «Client», «Reference book of the services», «Reference», «Ethereal block».

Таблица 6 «Client»

Client
Имя поля	Тип переменной	Объём данных
ID_client	Integer	8 байт
FIO	Char(50)	50 байт
ID_contact	Table. Contact	------------------

Таблица 7 «Demand»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
TV_time	Integer	8 байт
Number_service	Table. Reference	------------------ ------------------
Cost	Integer	8 байт
Description	Text(100)	100 байт



Таблица 8 «Application»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number_ Ethereal_block	Table. Ethereal block	------------------ ------------------
Number	Table. Demand	------------------

Таблица 9 «order»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Demand	------------------
Number	Table. Reference	------------------
Number	Table. Reference	------------------

Таблица 10 «Client report»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Demand	------------------

Таблица 11 «Report»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Demand	------------------
All_Cost	Integer	8 байт

Таблица 12 «Payroll»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Demand	------------------



Таблица 13 «Financial statement»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Payroll	------------------

Таблица 14 « Invoice »

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Date	Data/Time	8 байт
Number	Table. Report on executed service	------------------

Таблица 15 «Reference»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Name	Char(50)	8 байт
Unit_cost	Integer	8 байт

Таблица 16 « Reference»

Имя поля	Тип переменной	Объём данных
Number	Integer	8 байт
Name	Varchar(200)	200 байт
length	Integer	8 байт
description	Varchar(200)	200 байт
Cost	Float	8 байт

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

Чтобы задать целостность всей таблицы, разработчик указывает в таблице столбец или группу столбцов, определяя их как первичный ключ . Уникальное значение первичного ключа должно содержаться в каждой строке таблицы. Неявно это означает, что каждая строка таблицы должна иметь первичный ключ, поскольку отсутствие значение, то есть NULL, не будет отличаться от других значений NULL. Таблица может иметь только один первичный ключ. Во многих случаях разработчикам требуется устранить дублирующие значения и из других столбцов. Для этого разработчик может выделить другой ключевой столбец - задать альтернативный или уникальный ключ. Как и в основном ключе, дублирующих значений в альтернативном ключе таблица содержать не может. Ограничения целостности позволяют легко задать целостность таблицы, и всей базы данных в целом. Обеспечение синхронизации связанных таблиц. Ссылочная целостность определяет соотношения между различными столбцами и таблицами в реляционной базе данных. Такое название она получила, поскольку значения в одном столбце или наборе столбцов ссылаются на значения другого столбца или набора столбцов, либо должны совпадать с ними. При описании ссылочной целостности встретятся новые термины. Столбец, от которого зависит другая таблица, называется внешним ключом. При этом другая таблица, называется родительским ключом (это должен быть первичный или уникальный ключ). Внешний ключ находится в дочерней или детальной таблице, а родительский ключ - в основной таблице. Возможность связывать значения в различных таблицах и поддерживать отношения ссылочной целостности - это очень важная характеристика реляционных баз данных. Благодаря возможности связывания таблиц серверы реляционных СУБД могут очень эффективно хранить данные. В качестве рабочего инструмента для миграции БД предприятия на платформу корпоративного портала используем Visual Studio, последовательность шагов переноса данных представлена на рис. 1.11-1.13.

Рис.1.11. Ссылка на добавленные пространства имен.

Рис.1.12. Создание нового консольного приложения на C#.

Рис.1.13. Создание нового пространства имен MySql.Data.

Запускаем на выполнение следующий программный код:

using System;

using System.Text;

using MySql.Data.MySqlClient;

using System.Data;

using System.Diagnostics;

using System.Data.SqlClient;

class Program

{

static MySqlConnection mySqlCnn;

static SqlConnection sqlSrvCnn;

static void Main(string[] args)

{

sqlSrvCnn = new SqlConnection(@"server=(local)\SQLExpress;database=bitrix;trusted_connection=true;MultipleActiveResultSets=true");

sqlSrvCnn.Open();

mySqlCnn = new MySqlConnection("server=127.0.0.1;port=31006;uid=root;pwd=;database=bsm_demo;Pooling=False");

mySqlCnn.Open();

DisEnableFKConstraints(true);

DataTable tblList = GetSourceTablesFromMySQLDB();

CleanDestTablesInSQLSrvDB(tblList);

TransferData(tblList);

DisEnableFKConstraints(false);

mySqlCnn.Close();

sqlSrvCnn.Close();

}

///

/// Копирует данные из таблицы в MySQL в одноименную таблицу в SQL Server

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

///

/// Имя таблицы

static void CopyDataFromMySQLTblToCorrespondingSQLSrvTbl(string tblName)

{

//Читаем по порядку поля в таблице-назначения

SqlCommand sqlSrvCmd = sqlSrvCnn.CreateCommand();

sqlSrvCmd.CommandText = "select name from sys.columns where object_id = object_id(@tblName) order by column_id";

sqlSrvCmd.Parameters.AddWithValue("@tblName", tblName);

SqlDataReader sqlSrvDr = sqlSrvCmd.ExecuteReader(CommandBehavior.SingleResult);

//Составляем строку запроса для источника, перечисляя туда поля в том порядке, как они следуют в назначении

StringBuilder mySqlCmdText = new StringBuilder("select ");

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

while (sqlSrvDr.Read()) mySqlCmdText.Append("`" + sqlSrvDr.GetSqlString(0).Value + "`,");

sqlSrvDr.Close();

mySqlCmdText.Remove(mySqlCmdText.Length - 1, 1);

mySqlCmdText.Append(" from " + tblName);

MySqlCommand mySqlCmd = new MySqlCommand(mySqlCmdText.ToString(), mySqlCnn);

MySqlDataReader mySqlDr = mySqlCmd.ExecuteReader();

SqlBulkCopy bcp = new SqlBulkCopy(sqlSrvCnn, SqlBulkCopyOptions.KeepIdentity, null);

//KeepIdentity означает set identity_insert on/off

//Поскольку в mySqlDr поля идут в том же порядке, что и в назначении, SqlBulkCopy.ColumnMappings не требуется.

bcp.DestinationTableName = tblName;

// Заправляем шланг ридера объекту SqlBulkCopy, чтобы он качал из него содержимое в bcp.DestinationTableName

bcp.WriteToServer(mySqlDr);

mySqlDr.Close();

}

///

/// Получает список таблиц из MySQLной базы

///

/// Список таблиц

static DataTable GetSourceTablesFromMySQLDB()

{

DataTable tbl = new DataTable();

tbl.Load(new MySqlCommand("show tables", mySqlCnn).ExecuteReader());

return tbl;

}

///

/// Удаляет в каждой таблице из списка все ее записи

///

/// Список таблиц

static void CleanDestTablesInSQLSrvDB(DataTable tblList)

{

Debug.WriteLine("Очистка таблиц назначения...");

foreach (DataRow r in tblList.Rows)

{

new SqlCommand("delete " + r[0].ToString(), sqlSrvCnn).ExecuteNonQuery();

Debug.WriteLine("Очищена таблица " + r[0].ToString());

}

Debug.WriteLine("Очистка закончена.");

}

static void TransferData(DataTable tblList)

{

Debug.WriteLine("Загрузка данных...");

foreach (DataRow r in tblList.Rows)

{

CopyDataFromMySQLTblToCorrespondingSQLSrvTbl(r[0].ToString());

Debug.WriteLine("Перенесена таблица " + r[0].ToString());

}

Debug.WriteLine("Загрузка завершена.");

}

///

/// Процедура отключает/включает все ограничения внешнего ключа над таблицами в БД SQL Server

///

/// Если да, то отключить, нет - включить

static void DisEnableFKConstraints(bool switchOff)

{

string prefix = switchOff ? "От" : "В";

Debug.WriteLine(prefix + "ключение FK-ограничений...");

SqlDataReader sdr = new SqlCommand("select name, object_name(parent_object_id) from sys.foreign_keys", sqlSrvCnn).ExecuteReader();

while (sdr.Read())

{

string fkName = sdr.GetString(0), tblName = sdr.GetString(1);

new SqlCommand(String.Format("alter table {0} {1}check constraint {2}", tblName, switchOff ? "no" : "", fkName), sqlSrvCnn).ExecuteNonQuery();

Debug.WriteLine(String.Format("{0}ключено ограничение {1} в таблице {2}", prefix, fkName, tblName));

}

sdr.Close();

Debug.WriteLine(prefix + "ключение FK-ограничений завершено.");

1.3.2 Структура программного обеспечения

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

Рис 1.14 Схема бизнес-процессов ООО «Автошины».

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

Размещено на http://www.allbest.ru/

Рис 1.15 Блок-схема основных модулей программы

Для успешного функционирования ИС требуется наличие следующего программного обеспечения: операционная система Windows 8; табличный процессор Exсel пакета MSOffice 2000/XP; программа драйвер для работы с принтером; СУБД; архиваторы WinZip, WinRaR; внутренние библиотеки языка программирования VBA. БД должна быть защищена паролем от несанкционированного доступа, для предотвращения несанкционированного доступа предусмотрен механизм установления подлинности и полномочий пользователя. Вход в систему с паролем доступен только пользователям, имеющим соответствующие права, и обеспечивает возможность модификации и просмотра соответствующей информации. Сохранность информации в системе должна быть обеспечена в следующих ситуациях: потеря электропитания; сбой в работе операционной системы; выход из строя операционной системы; сбой в работе технических средств, кроме носителей, выход из строя технических средств, удаление файлов автоматизированного рабочего места менеджера по продажам. Технологическое обеспечение состоит из подсистем, автоматизирующих запуск кода установки программного модуля, информационное обслуживание пользователей, решение задач с применением БД и других технических средств управления в установленных режимах работы. Инсталлятор программного модуля реализован в среде Delphi, использованы API функции Windows, компоненты Delphi - Radiobutton для переключения устанавливаемых частей (клиентская или серверная), Button - для запуска кода установки или её отмены, рис. 1.16. Задача создания установщика максимально облегчить внедрение.

Рис. 1.16. Окно установщика программы.

Главное условие пользования установщиком - запуск административной части должен запускаться только на сервере и в первую очередь, а запуск установки клиентской части с компьютера сервера, на котором установлена БД предприятия, то есть с общего ресурса сервера, например:

\\Server (192.168.1.1) \SETUPAIT (Общий ресурс)\Install.exe

После установки клиента выдаётся сообщение об успешной установке, рисунок 1.17, и на диске С: клиента появляется папка C:\Сliait из которой нам необходимо запустить файл arm.exe.

Рис. 1.17 Заключительный этап установки программы

Консольная утилита позволяет удобно работать с базой данных: создание триггеров, генераторов, изменение метаданных (структуры таблицы путем изменения типа полей, или их переименование и т.д.), данных о продажах посредством ввода гибких запросов на языке SQL.

Загрузка каталога товаров из 1С в «1С-Битрикс» реализуется с помощью http-запроса вместе с http-авторизацией:

http://<сайт>/bitrix/admin/1c_exchange.php?type=catalog&mode=checkauth

http://<сайт>/bitrix/admin/1c_import.php?type=catalog&mode=init
В ответ 1С-Битрикс выдает:

zip=yes, если сервер поддерживает обмен в zip-формате.

В этом случае файлы на следующем шаге должны быть упакованы в zip-формате или zip=no, в таком случае файлы не должны быть упакованы, а передаются каждый по отдельности.

file_limit=<число>, где <число> - максимально допустимый размер файла в байтах для передачи за один запрос. Если размер файла больше, то он должен быть порезан на части. Данные хранятся и обрабатываются на сервере БД предприятия, который представляет собой, с точки зрения клиента, виртуальный сервер. Для решения проблемы взаимной записи, необходимо установить специальные права на файлы и папки, права зависят от того, под какими пользователями работают ftp и веб-сервер, к каким группам принадлежат. Для этого используем следующий скрипт.

<?

function chmod_R($path, $perm)

{

if (is_dir($path))

{

chmod($path."/".$file, $perm);

$handle = opendir($path);

if (!$handle)

{

echo "Error: ".$path;

return;

}

while (false !== ($file = readdir($handle)))

{

if ($file == "." || $file == ".." || $file == '.htaccess')

continue;

chmod_R($path."/".$file, $perm);

}

closedir($handle);

return true;

}

elseif(is_file($path))

{

$file_perm = $perm ^ 0111;

return chmod($path, $file_perm);

}

return;

}

$path = $_GET["path"];

if (!trim($path))

{

?>

<form method=get>

Путь от корня сайта: <input name=path value='<?=dirname($_SERVER['SCRIPT_NAME'])?>'><br>

Права: <input name=perm value='0777'><br>

<input type=submit value='OK'>

</form>

<?

}

else

{

$path = realpath($_SERVER["DOCUMENT_ROOT"] . "/" . $path);

if (intval($_GET['perm']))

$perm = octdec(intval($_GET['perm']));

else

$perm = 0777;

if (chmod_R($path, $perm))

echo "OK: ".$path;

}

?>

1.3.3 Разработка сценария диалога и экранных форм

Взаимодействие пользователя с системой осуществляется в диалоговом режиме. Основным связующим элементом программы является система меню, состоящая из главного меню, подменю и кнопок с интуитивно понятными названиями. Функциональные возможности:

- отображение базы товаров, включая весь ассортимент, данные по товару (серия/партия, срок годности и др.), в режиме реального времени;

- учет товаров по классифицирующим группам;

- ревизии товаров без остановки торговли;

- формирование документов по электронным накладным.

Рассмотрим систему меню автоматизируемой системы рис. 1.18

Рис.1.18. Система меню автоматизируемой системы ООО «Автошины».

Рис.1.19. Окно администрирования АИС

При выборе меню Заказы пользователь попадает в подменю, в виде формы продажа, на которой определены кнопки-меню: Готово (печать); Накладная (просмотр); Отмена (закрыть). Кнопка Готово предназначена для обработки запросов по продаже товаров в случае корректно введенных данных. Данные для запроса вносятся в поля находящиеся на форме. Удобный интерфейс позволяет выбрать нужного клиента из предложенного списка, если он уже обслуживался, или заполнить все необходимые о нем данные, если их нет в базе. Выбрать нужную позицию номенклатуры из списка и указать требуемое количество. В строке суммы автоматически считается сумма по данной позиции, равная произведению количества на цену установленную фирмой, которая берётся из базы. Из этого пункта накладная проводится, то есть регистрируется факт продажи и печатается счет-фактура и (или) накладная. При этом происходит списание товара со склада. Кнопка Накладная главным образом предназначена для проверки корректности заполнения введенными данными счет-фактуры и (или) накладной, или по просьбе клиента (всякое бывает). При этом происходит только показ форм и не какие данные в таблицах не затрагиваются. При нажатии кнопки Отмена пользователь возвращается к главной кнопочной форме при этом отменяются изменения внесенные в таблице Накладная, не составляется отчет с номером документа, датой операции и покупателем и не заносится в таблицу Продал. Остаются только данные о покупателе (изменённые или новые), т.к. они управляются кнопками-навигаторами на той же форме: Добавить запись; Удалить запись; Редактировать запись; Принять изменения; Отменить изменения. «Добавить запись» предоставляет поля для занесения в базу нового клиента. «Редактировать запись» делает данные доступными к изменению. После заполнения необходимых полей следует нажать «Принять изменения» для сохранения внесённых данных или «Отменить изменения» для отказа от внесённых данных. «Удалить запись» удаляет клиента из базы со всеми его реквизитами. При выборе меню Склад пользователь попадает на форму Склад, на которой определены: Остатки на складе; Списание товара; Прайс-лист; Закрыть. При выборе пункта Остатки на складе формируется и выдаётся на печать отчет по всем видам продукции: их остаток на складе, общая стоимость, общее количество, способ их хранения.

Для учета излишков используется пункт меню Списание товара. Форма списания товара основана на форме Продажа и работа с ней идентична работе с формой Продажа. Операция Списание товара регистрируется в таблице Продал с пометкой Списано и также хранит номер документа списания и дату списания. Пункт Прайс-лист выводит на печать форму-отчёт по группе товаров в которой содержится наименование и цены (оптовая и розничная) имеющегося на складе товара на данный момент. При нажатии кнопки Закрыть пользователь возвращается к главной кнопочной форме. По мере ввода с первичных документов данные сохраняются в соответствующих БД, что обеспечивает решение задачи по учету информации. При выборе меню Отчет пользователь попадает на форму Отчёты, где он может просмотреть уже выписанные документы. На этой форме пользователю доступны: Товарные накладные; Отчет (печать); Закрыть. В разделе Товарные накладные пользователь может просмотреть уже выписанные документы с подробным содержанием накладных. Здесь можно просматривать все документы с начала ведения Отчёта, а можно оставить для просмотра только необходимые, отсеяв лишние по критериям дата и покупатель, причём отсеивание по дате может происходить не только по определённой дате, но и за некоторый период который также как и дата устанавливается пользователем. Отсеивание по критерию покупатель происходит путем выбора из списка клиентов нужного. Эти два критерия могут сочетаться друг с другом, например можно оставить список накладных выписанных Х покупателю за Y период.

Меню Отчёт (печать) позволяет получить распечатку по полученным в разделе Товарные накладные данным. Чтобы закрыть форму Отчеты и вернуться к главной кнопочной форме достаточно просто нажать кнопку Закрыть.

Рис.1.20. Форма отчеты по товарообороту предприятия.

При выборе меню Справочник, пользователь попадает на форму где ему доступны подменю: Фирма; Директор; Сотрудники фирмы; Закрыть. При входе в подменю Фирма открывается вкладка с информацией о фирме - это Название фирмы, Идентификационный номер (ИНН/КПП), БИК Адрес фирмы (тел., факс), Банк (банковское отделение), Расчетный счёт и Кассовый счёт. Здесь можно отредактировать все данные о фирме, например при смене адреса, телефона или банковских реквизитов, именно эти данные указываются при формировании накладной и счёт-фактуры (и др. отчетов). При входе в подменю Мои задачи открывается вкладка с краткой информацией о сотруднике на которой указаны его Имя, Фамилия, Отчество и поле Дополнительные сведения. Подменю Сотрудники содержит полный список персонала, их личные данные, календарь задач и всю необходимую о них информацию. Данные о них хранятся в таблице Персонал и могут в случае необходимости быть изменены или дополнены. Чтобы закрыть форму и вернуться к главной кнопочной форме достаточно просто нажать кнопку Закрыть.

В пункте меню «О программе» содержится краткая информация о данной программе. Пункт меню Выход из программы позволяет пользователю закончить работу с программой и выйти из приложения. Меню «Отчеты», позволяет формировать различные финансовые отчеты - оплата или долг. Чтобы построить запрос необходимо указать в соответствующих полях требуемые значения - Подразделение, период за которые формируются данные и соответственно, затем при необходимости выбираем товар. После выбранных параметров имеется возможность выбрать отчет для печати или просмотра, для этого необходимо нажать соответствующие кнопки: формирование подробного отчета по оплате клиентов с указанием фамилии, имени, отчества, , все данные экспортируется во внешнее приложение MS Excel для печати, просмотра и сохранения формирование подробного отчета по долгам клиентов с указанием фамилии, имени, отчества, специальности, данные экспортируется во внешнее приложение MS Excel для печати, просмотра и сохранения, общая сводная информация об оплате и долгах без указания данных о клиенте, указывается лишь общие суммы оплаты и долга. После заполнения полей, нажимается и происходит заполнения персональной информации «Фамилия», «Имя», «Отчество». Теперь необходимо нажать кнопку. На данном этапе клиент будет сохранен в базе, но теперь ему требуется заполнить поля для ввода туда дальнейших данных (оплата, долг, дата и т.д.). Этот процесс автоматизирован, достаточно нажать кнопку. Меню «Личная карточка», данное меню позволяет модифицировать данные о клиенте. Для того чтобы корректно вызвать меню необходимо найти конкретного клиента и нажать на главной форме «Личная карточка». После нажатия откроется соответствующая форма, а в ней необходимый клиент. С помощью выпадающего списка можно корректировать данные, или в полях ввода редактировать данные. После изменения необходимых данных следует нажать кнопку «Сохранить». Поиск клиента производится в отдельном поле на главной форме, если требуется общий поиск по базе, когда известна фамилия. Устанавливается флажок напротив «Поиск по базе» и в поле ввода данных вводится фамилия клиента. Автоматически подсвечивается ближайшая схожая фамилия, данные о продажах. При нажатии «Enter» по выбранной записи имеется возможность просмотреть или ввести дополнительные данные оплата, долг предприятию. Другой способ поиска возможен с помощью соответствующих вкладок главной формы, но тогда флажок «Поиск по базе» необходимо снять. В программе по автоматизации отдела продаж предусмотрено ведение учета товаров по группам (секциям), для формирования аналитических отчетов и заявок. (рис1.20). Меню «Добавить товар», служит для ручного ввода приходных документов на продукты, при этом поддерживаются следующие документы: приход поставщика, приход перемещением, оприходование товаров, ввод товаров; возврат поставщику, списание, внутреннее перемещение, расход оптовый, заказ покупателя. Форма для создания статистики продаж по товарам за любой промежуток времени, с разворотом по отделам, группам, кассирам, скидкам.



Глава II. Обоснование экономических показателей

2.1 Планирование работ по разработке проекта

Трудоемкость работ по разработке проекта определялась с учетом срока окончания работ, объемом выполняемых функций, выбранной средой разработки, объемом информации. Выбор комплекса работ по разработке проекта производился в соответствии с ГОСТ 19.102-77 "Единая система программной документации. Стадии разработки", устанавливающим стадии разработки программ и приведен в таблице 17.

Таблица 17. Комплекс работ по разработке АИС

Этап	Содержание работ	Исполнители	Длительность, дни	Загрузка, дни	Загрузка, %
1	2	3	4	5	6
1	Исследование и обоснование стадии создания
1.1	Постановка задачи	Руководитель Программист	2	2 2	50 50
1.2	Обзор рынка программ	Программист	2	2	100
1.3	Подбор и изучение литературы	Программист	3	3	100
Итого по этапу	Руководитель Программист	7	2 7	22 78
2	Анализ предметной области
2.1	Определение структуры входных и выходных данных	Руководитель Программист	2	2 2	50 50
2.2	Обоснование необходимости разработки	Программист	3	3	100
Итого по этапу	Руководитель Программист	5	2 5	29 71
3	Разработка и утверждение технического задания
3.1	Определение требований к информационному обеспечению	Руководитель Программист	2	1 2	33 67
3.2	Определение требований к программному обеспечению	Руководитель Программист	2	1 2	33 67
3.3	Выбор программных средств реализации проекта	Программист	1	1	100
3.4	Согласование и утверждение технического задания	Руководитель Программист	3	3 3	50 50
Итого по этапу	Руководитель Программист	8	5 8	38 62
4	Проектирование
4.1	Разработка алгоритма решения задачи	Руководитель Программист	5	2 5	29 71
4.2	Анализ структуры данных информационной базы	Руководитель Программист	1	1 ...

Подобные документы

• Специфицирование программного обеспечения

  Этапы разработки технического задания. Спецификация программного обеспечения при структурном подходе. Дерево диаграмм, базовые понятия сетевой модели данных. Разработка пользовательского интерфейса. Разработка сценария диалога на основе экранных форм.
  
  курсовая работа [2,0 M], добавлен 24.06.2012
  

• Разработка программного модуля ипотечного кредитования банковской информационной системы

  Моделирование предметной области. Состав программного модуля. Разработка логической структуры единой базы данных банковской информационной системы "БИС". Создание экранных форм для ввода и корректировки информации. Разработка интерфейса пользователя.
  
  курсовая работа [1,8 M], добавлен 17.05.2016
  

• Разработка прикладной информационной системы

  Определение этапов разработки программного обеспечения. Разработка модели представления данных и структуры интерфейса. Проектирование входных и выходных форм. Этапы программирование приложения. Проверка функциональности на контрольном примере.
  
  курсовая работа [1,2 M], добавлен 25.05.2009
  

• Информационно-аналитическая система для оформления командировочных документов

  Проектирование алгоритмов и программных кодов для различных элементов пользовательских форм информационно-аналитической системы. Исследование структуры базы данных. Связь между таблицами. Разработка графического интерфейса программы и справочной системы.
  
  курсовая работа [2,4 M], добавлен 10.01.2015
  

• Технология и средства разработки Java-приложений с использованием XML-описаний экранных форм

  Разработка технологии и средств реализации Java-приложения, сокращающих трудоемкость создания и гибкость модификации интерфейса пользователя. Использование XML-документов для описания внешнего представления, элементов управления и событий экранных форм.
  
  дипломная работа [2,8 M], добавлен 19.08.2011
  

• Разработка сайта магазина "Sportmag"

  Разработка структуры сайта и автоматизация процесса заказа и покупки товара посредством сети интернет. Проектирование базы данных, подключенной к сайту. Создание инфологической модели, форм входных и выходных документов, графа диалога, экранных форм.
  
  дипломная работа [1,9 M], добавлен 06.07.2015
  

• Разработка программного обеспечения для автоматизации банковских услуг

  Анализ проектирования интерфейса программы. Выбор и назначение визуальных компонентов. Изучение экранных форм приложения. Модули, процедуры, функции проекта и их назначение. Листинг программного кода. Результаты работы автоматизированного продукта.
  
  курсовая работа [1,9 M], добавлен 11.12.2017
  

• Разработка программного комплекса для SEO-аналитики и оптимизации веб-приложений

  Описание приложения в виде пользовательского сценария. Проектирование обмена сообщениями между модулями. Разработка общей структуры приложения. Обзор структуры файлов. Разработка получения данных со страницы. Характеристика результата работы программы.
  
  дипломная работа [1,5 M], добавлен 22.03.2018
  

• Модули в Turbo Pascal

  Компиляция и использование модулей. Разработка интерфейса программы. Факторы, воздействующие на комфорт пользователя. Структура диалога типа меню и разработка экранных форм. Обоснование выбора типа подпрограмм для решения задачи. Текст программы.
  
  курсовая работа [30,1 K], добавлен 22.02.2014
  

• Проектирование и разработка интерфейса программного обеспечения

  Понятие пользовательского интерфейса, требования к его разработке. Понятие диалога, типы диалога. Критерии хорошего диалога. Эвристические правила Якоба. Принципы построения интерфейсов. Факторы, влияющие на удобство работы с программным обеспечением.
  
  презентация [2,9 M], добавлен 19.09.2016
  

• Разработка информационно-аналитической системы MCControl

  Принципы разработки программного обеспечения, паттерны проектирования. Прототип информационно-аналитической системы MCControl для поддержки процесса техобслуживания и ремонта оборудования дискретного производства малого производственного предприятия.
  
  курсовая работа [81,7 K], добавлен 10.01.2014
  

• Разработка программного обеспечения виртуальной библиотеки

  Разработка интерфейса и программного обеспечения виртуальной библиотеки. Проектирование структуры экранов и навигационной системы. Построение прототипа пользовательского интерфейса. Тестирование и модификация прототипа. Экспертная оценка разработки.
  
  курсовая работа [41,2 K], добавлен 19.12.2010
  

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

  Разработка структуры пользовательского интерфейса автоматизированной системы. Концептуальная модель базы данных. Структура экранных форм ввода данных. Индивидуальные процедуры взаимодействия с текстовым редактором "Word" и электронными таблицами "Excel".
  
  курсовая работа [276,6 K], добавлен 16.02.2016
  

• Определение рейтинга ТВ передач

  Разработка проекта для регистрации пользователей на Web-сайте с целью отслеживания интересов посетителей. Обоснование выбранных технических средств и программного обеспечения: PHP и MySQL. Описание интерфейса и отчетных форм, листинг программы модулей.
  
  курсовая работа [1,5 M], добавлен 01.11.2012
  

• Разработка программного обеспечения для генерации статичной версии проекта "Система информационно-аналитической поддержки стратегического планирования и управления в Российской Федерации"

  Создание генератора статичной версии системы стратегического планирования в виде сайта. Разработка способа перевода динамических веб-страниц в статичные и Flash-объектов в изображения. Реализация веб-интерфейса взаимодействия пользователя с генератором.
  
  отчет по практике [1,5 M], добавлен 06.04.2013
  

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

  Проектирование структуры информационной базы и разработка программного комплекса, позволяющего автоматизировать процесс учета налогоплательщиков. Разработка конфигурации и создание интерфейса базы данных, форм и отчетов в программе "1С Предприятие".
  
  дипломная работа [3,2 M], добавлен 21.06.2015
  

• Разработка приложений клиент-сервер для сетей TCP/IP с использованием CGI-интерфейса

  Общая характеристика и функциональное назначение проектируемого программного обеспечения, требования к нему. Разработка и описание интерфейса клиентской и серверной части. Описание алгоритма и программной реализации приложения. Схема базы данных.
  
  курсовая работа [35,4 K], добавлен 12.05.2013
  

• Разработка приложений сбора, обработки, графического представления данных и управления "Adamview"

  Разработка программы-модели в среде "Adamview" для имитации стратегии и наглядной иллюстрации работы программы. Настройка сети; описание эмулятора стратегии и экранных форм интерфейса оператора. Структурная схема распределённой системы управления.
  
  курсовая работа [2,6 M], добавлен 21.01.2013
  

• Разработка системы распознавания образов

  Выбор типа и структуры нейронной сети. Подбор метода распознавания, структурная схема сети Хопфилда. Обучение системы распознавания образов. Особенности работы с программой, ее достоинства и недостатки. Описание интерфейса пользователя и экранных форм.
  
  курсовая работа [3,0 M], добавлен 14.11.2013
  

• Разработка информационной системы учёта номеров в гостинице

  Создание программного продукта, предназначенного для автоматизированного учета гостиничных номеров, упрощения работы с базой данных, обеспечения быстрого поиска. Автоматизация резервирования номеров и регистрация постояльцев. Разработка экранных форм.
  
  курсовая работа [1,8 M], добавлен 08.01.2014
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам