Подсистема автоматизированного учета автозапчастей ООО "Авто-Ресурс"
Разработка подсистемы автоматизированного учета автозапчастей ООО "Авто-Ресурс" на базе MS SQL Server 2008. Ввод и вывод информации, поиск данных, распечатка сведений о комплектующих, учет автозапчастей и клиентов. Программное и техническое обеспечение.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 22.06.2011 |
| Размер файла | 2,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Схема взаимосвязи информации бухгалтерского и оперативного учета с информацией финансового и управленческого учета показана на рис.2.3 Рекомендуем использовать данную схему в исследованиях процесса организации информационного обеспечения управления.
Рисунок 2.3 - Схема взаимосвязи информации различных видов учет
Из схемы взаимосвязи информации различных видов следует, что организации информационного обеспечения управления, в первую очередь, опирается на информацию бухгалтерского учета. Нами предложено признать следующие особенности реализации функций организации информационного обеспечения управления основными теоретическими положениями
2.4.2 Организационное обеспечение АСУ
Организационно обеспечение АС - совокупность документов, определяющих: организационную структуру объекта и системы автоматизации, необходимых для выполнения конкретных автоматизируемых функций; деятельность в условиях функционирования системы, а также формы представления результатов деятельности.
В настоящее время по штатному расписанию предприятия отдел АСУ состоит из администратора сети и системного программиста. В функции системного администратора входит обеспечение работоспособности системы вцелом, а также отдельных ее частей. Для этого ежедневно он проводит резервное копирование всей информационной базы АСУ и просматривает файл журнала работы системы, а также следит за соблюдением правил работы в сети.
В компетенцию системного программиста входит расширение функциональных возможностей системы за счет внедрения новых решений по автоматизации отдельных задач в различных отделах предприятия. В соответствии с назначением каждой АПС, для каждой из них существует инструкция по ведению работы с АСУ. В приложении 1 к пояснительной записке можно ознакомиться с одним из таких документов.
2.4.3 Разработка решений по программному и техническому обеспечению
Техническое обеспечение - это комплекс технических средств, предназначенных для работы информационной системы, а также соответствующая документация на эти средства и технологические процессы.
Эволюция технического обеспечения, которое включает в себя аппаратные средства, средства коммуникации, программное обеспечение, проходит неравномерно, скачкообразно. Развитие компьютерной техники пока происходит в геометрической прогрессии. Каждые четыре года происходит удвоение производительности компьютеров.
Классификация компьютерных технологий по типу пользовательского Интерфейса (как взаимодействует пользователь технологии с компьютером) - -ракетные, диалоговые, сетевые. В первом случае пользователь получает только результаты работы технологии, в остальных он взаимодействует с ней на индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.
Современные технические средства обеспечения управления информационными ресурсами по своему составу и функциональным возможностям весьма разнообразны. Средства вычислительной техники, средства коммуникационной техники, средства организационной техники.
Компьютерная техника предназначена, в основном, для реализации комплексных технологий обработки и хранения информации и является базой интеграции всех современных технических средств обеспечения управления информационными ресурсами.
Коммуникационная техника предназначена, в основном, для реализации технологий передачи информации и предполагает как автономное функционирование, так и функционирование в комплексе со средствами компьютерной техники.
Организационная техника предназначена для реализации технологий хранения, представления и использования информации, а также для выполнения различных вспомогательных операций в рамках тех или иных технологий информационной поддержки управленческой деятельности.
К настоящему времени сложились две основные формы организации технического обеспечения (формы использования технических средств): централизованная и частично или полностью децентрализованная.
Централизованное техническое обеспечение базируется на использовании в информационной системе больших ЭВМ и вычислительных центров.
Децентрализация технических средств предполагает реализацию функциональных подсистем на персональных компьютерах непосредственно на рабочих местах.
Перспективным подходом следует считать частично децентрализованный подход - организацию технического обеспечения на базе распределенных сетей, состоящих из персональных компьютеров и большой ЭВМ для хранения баз данных, общих для любых функциональных подсистем.
Для системы требовалась производительность при которой работа основной АСУ предприятия проходила бы по возможности в реальном времени, т.е. без "задержек" в обработке и передаче данных. Поскольку склад находится в непосредственной близости от офиса предприятия, а количество рабочих станций невелико, было принято решение об организации сети на основе простого и надежного стандарта Ethernet, без дополнительных средств, увеличивающих дальность распространения сигнала (репитеров), а также без разбиения на домены.
Операционная система для управления сетью выбиралась по критерям надежности и удобства работы, а также с учетом существующих доступных приложений.
Основным пакетом прикладных программ для всех ЭВМ в сети стал популярный пакет офисных приложений Microsoft Office 2007. Для работы с архивами выбрана программа WinZip, СУБД MS SQL Server 2008, Visual Studio.
На момент закупки оборудования и программного обеспечения для системы комплект технического и программного обеспечения системы был следующим:
Четыре ЭВМ - Центральный сервер и три рабочие станции, - связанных сетью Ethernet (линия связи - коаксиальный кабель, топология сети - шина).
Технические характеристики:
Cервер: Процессор - Intel Pentium IV 1800 MHz, ОЗУ - 256 Mb, жесткий диск - 60 Gb, операционная система - MS Windows NT
Рабочие станции: Процессор - Intel Pentium IV, ОЗУ_64 Mb, жесткий диск - 40 Gb, операционная система - MS Windows' XP
Конфигурация сети: Fast Ethernet 10/100 Мбит (Сетевые платы: 3Com Fast Etherlink 10/100 Mbit Bus-Master PCI)
2.4.4 Математическое обеспечение
Математическим обеспечением АСУ называют совокупность математических методов, моделей и алгоритмов для решения задач и обработки информации с применением вычислительной техники в АСУ.
Математическое обеспечение принято делить на общее и специальное.
Общее математическое обеспечение (ОМО) является машинно-ориентированным и реализуется в виде программ, операционной системы, управляющих всеми участвующими в решении задач узлами машины и внешними устройствами и обеспечивающих максимальную производительность ЭВМ; системы программирования, а также тестовых и диагностических программ, проверяющих исправность и выявляющих неисправные узлы и блоки оборудования.
Системы программирования можно разделить на:
– универсальную, представляющую собой набор трансляторов с алгоритмических проблемно ориентированных языков как общего назначения, так и специализированных. Основой универсальной системы программирования является алгоритмический машинно-ориентированный язык, представляющий собой универсальный автокод, рассчитанный на распространенные типы вычислительных машин (язык ассемблера);
– частное, основанное на языке конкретной машины и содержащую ряд трансляторов и компиляторов, а также стандартные программы.
Как универсальная, так и частная системы программирования могут неограниченно расширяться.
Специальное математическое обеспечение (СМО) является проблемно-ориентированным и реализуется в виде комплекса программ программного обеспечения, организующих работу технических средств по выполнению решаемых в АСУ задач.
В свою очередь специальное математическое обеспечение делят на:
– общесистемное, обеспечивающее функционирование всей системы управления в заданном режиме, включая управление работой ЭВМ и других технических средств с точки зрения использования их в АСУ, решение ряда задач по типовым схемам, которые могут быть необходимы многим пользователям. Последняя часть общесистемного СМО реализуется в виде “библиотеки стандартных программ”, содержащей программы сортировки, редактирования, решения часто встречающихся математических задач;
– прикладное, состоящее из прикладных программ в соответствии с индивидуальными особенностями решаемых задач [7].
Математическое обеспечение строится на основе типизации алгоритмов по классам задач и унификации методов решения родственных задач независимо от подсистем, в которых они находятся. Такая группировка задач позволяет удешевить их математическое обеспечение, а также создать единые модели для решения различного класса задач. Можно выделить следующие классы задач:
– задачи первичного учета, являющиеся, как правило, массовыми, и поэтому эффективность их включения в АСУ зависит от автоматизации получения машиночитаемой информации;
– учетно-статистические задачи характеризуются большим числом логических операций при небольшом объеме простых математических операций;
– бухгалтерские задачи характеризуются большим числом операций сложения, вычитания, логических операций (сортировка, группировка, сравнение) и формированием таблиц в заданной форме;
– информационно-справочные задачи;
– задачи сложных неэкстремальных расчетов. Для решения задач данного типа целесообразно применять методы математического моделирования. Это позволит сократить трудность не только самих расчетов, но и работ необходимых для сбора исходной информации;
– задачи прогнозирования. Для их решения также применяется математическое моделирование;
– оптимизационные задачи - это наиболее эффективное использование методов моделирования. В машине могут быть "разыграны" любые варианты и ситуации и получена оценка каждого варианта во всех возможных ситуациях;
– задачи топографического моделирования;
– задачи оперативного управления производственными процессами;
– логические задачи
2.5 Общая структура АСУ предприятия
Общая структура АСУ предприятия приведена на рис.2.3.
Рисунок 2.3 - Структура АСУ предприятия.
Выводы:
Трудно переоценить важность проектирования будущей структуры АСУ. Эти данные необходимы при принятии решений о дальнейшем развитии и укрупнении существующей АСУ. Именно на этапе разработки структуры выбирается общая стратегия развития автоматизации на предприятии, что неизменно сказывается в дальнейшем на эффективности работы АСУ в целом.
Во втором разделе проведен анализ существующей АСУ предприятия ООО "Авто-Ресурс". Дано описание функциональных и обеспечивающих подсистем, а также разработана общая структура АСУ, которая в дальнейшем будет реализована на предприятии. Вынесено предложение о внедрении АПС "Учет автозапчастей" и АПС "Финансиста".
3. Проектирование АПС "Учет автозапчастей"
3.1 Разработка решений по созданию функциональной структуры АПС "Учет автозапчастей"
3.1.1 Общее описание функциональной структуры АПС
Как уже было отмечено в п.3.2 основными функциями АПС являются:
Ведение учета поставщиков и заказчиков;
Автоматизация набора телефонного номера;
Распечатка списка клиентов целиком и отдельных его групп.
Просмотр и печать сведений об оплаченных сделках (поставке, заказе, бартере).
Дополнительно к АПС предъявлялось требование удобства предоставления информации по временной шкале.
На рис.3.1 показана функциональная структурная схема АПС.
Рисунок 3.1 - Функциональная структурная схема АПС "Учет автозапчастей"
3.1.2 Описание задачи "Обработка информации о клиентах"
Задачи обработки информации о клиентах возложена на блок "Обработка информации о клиентах".
Данный блок - отвечает за добавление, редактирование и удаление информации о клиентах, вывод информации о клиентах на обычную бумагу (всего списка и отдельной группы).
Для ввода информации о клиентах:
Осуществляется запуск системы MS SQL Server по средствам Visual Studio. Ввод информации осуществляется единовременно с помощью главной формы, где указывалась следующая информация о клиенте:
а) Название предприятия (обязательный атрибут);
б) Контактный телефон клиента (необязательный атрибут);
в) Почтовый адрес предприятия (обязательный атрибут);
г) Номер факса предприятия (обязательный атрибут);
д) Расчетный счет (обязательный атрибут);
е) ИНН клиента;
Справочник "Регион" - ввод данных производился вручную, представляет собой информацию о регионе клиента (Россия, ближнее зарубежье);
Справочник Форма оплаты клиента - редактируется редко, содержит сведения о формах оплаты клиентов.
3.1.3 Описание задачи "Обработка информации о деталях"
Важной информацией АПС является информация о деталях, которые поставляются, заказываются и обмениваются бартером клиентами.
Данный блок позволяет вводить, просматривать, редактировать и удалять информацию о деталях.
В справочник деталей вводятся следующие данные:
Код товара;
Наименование товара;
Производитель;
Срок гарантии изделия;
Цена одной детали;
Количество такого типа деталей на складе;
Наименование детали;
Информация о деталях, их количестве на складе, разновидности выводится по мере необходимости на печать.
3.1.4 Описание задачи "Обработка сведений о поставках"
Возможность ведения журнала поставок - эта еще одна полезная функция, реализуемая АПС "Учет автозапчастей". Данную задачу выполняет блок "обработка сведений о поставках", который предусматривает следующие функции:
просмотр сведений о поставках;
ведение БД поставок;
выявление не поставленных деталей;
вывод информации о поставках на печать;
редактирование и удаление записей БД о поставках.
Исходными данными для данного блока является информация о поставках, осуществляемых ООО "Авто-Ресурс" клиентам-организациям в указанные сроки.
3.1.5 Описание задачи "Обработка сведений о заказах и бартере"
Данный блок автоматизирует функции ввода данных о заказах, бартере, редактировании, просмотре информации.
Задача "обработка сведений о заказах, бартере" состоит из следующих подзадач:
просмотр сведений о заказах, бартере;
ведение БД о заказах, бартере;
расчет стоимости заказа, бартера;
Также данная задача подразумевает вывод данной информации на печать в виде отчетов и форм.
3.2 Проектирование информационной базы
3.2.1 Исследование предметной области
В наше время информация играет огромную роль во всех отраслях деятельности человека, а преимущества использования ПК для содействия в организации дел становятся очевидны. Навести порядок среди вороха документов рабочем столе - это задача личных информационных систем.
За последние годы на рынке средств управления информацией выделилось несколько направлений и одно из них - это системы учета деловых контактов для лиц, чья работа строится на использовании телефона и рассылке корреспонденции.
При рассмотрении предметной области данной сферы можно выделить несколько ключевых объектов предметной области рассматриваемой задачи:
Клиент
Товар
Вид (деталь)
Цена детали
Форма оплаты
Заказ
Поставка
Бартер
Оплата заказа
Регион
Знания о предметной области оформляются с помощью инфологической модели.
3.2.2 Построение инфологической модели
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Здесь также существует различие между типом и экземпляром. Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность. Например, для автомобильного завода цвет - это только атрибут продукта производства, а для лакокрасочной фабрики цвет - тип сущности.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей [13].
В соответствии с приведенными выше тезисами, построена инфологическая модель предметной области. Выделены следующие сущности:
Клиент;
Товар;
Вид (деталь);
Цена детали;
Форма оплаты;
Заказ;
Поставка;
Бартер;
Оплата заказа;
Регион.
Клиент (контакт, контактное лицо) - лицо, с которым устанавливаются деловые отношения посредством встреч, телефонных звонков, или любого другого средства связи. Могут быть сгруппированы по различным принципам:
по региону клиента (Россия, автономные республики в составе РФ и т.д.);
по виду отношений (поставщик, заказчик)
другие способы, удобные для ввода, редактирования и поиска информации.
Таким образом, выделена первая сущность - Клиент (КодКлиента, Наименование, Контактный телефон, Адрес, Факс, Расчетный счет, ИНН)
Выделим следующую сущность Регион (Код региона, название региона).
Далее можно определить сущность Товар (Код товара, наименование товара, срок гарантии). Данная сущность представляет обобщающий тип деталей сельскохозяйственного транспорта.
Сущность Форма оплаты (Код, вид оплаты). Вид оплаты представляет собой: наличный расчет, безналичный расчет, бартер.
Выделим сущность Поставка (Код поставки, дата поставки, срок действия, дата заключения, количество поставляемого товара).
Сущность Заказ (Код заказа, дата заказа,) отражает на каком этапе выполнения находится задание:
Цена (код цены, цена на складе, цена поставки одной детали).
Следующая сущность: Оплата заказа (Код приходного ордера, дата оплаты).
Выделим сущность Вид (Код вида, производитель, количество на складе, наименование). Данная сущность отражает сведения о деталях.
Сущность Бартер (Код бартера, дата заключения, отправляемый товар, получаемый товар, срок действия).
Краткое представление об объектах предметной области дает табл.3.1.
Таблица 3.1 - Спецификация атрибутов сущностей
|
Сущность |
Атрибут |
Примечания |
|
|
1 |
2 |
3 |
|
|
Клиент |
КодКлиента |
идентификационный номер клиента |
|
|
НазваниеОрганизации |
Наименование организации |
||
|
ПочтовыйАдрес |
Почтовый адрес клиента |
||
|
Телефон |
Контактный телефон клиента |
||
|
Факс |
Факс клиента |
||
|
Расчетный счет |
Расчетный счет клиента |
||
|
ИНН |
ИНН клиента |
||
|
Товар |
Код товара |
идентификационный индекс товара |
|
|
Наименование товара |
Полное наименование товара |
||
|
Срок годности товара |
Срок годности товара в днях |
||
|
Вид |
Код вида |
идентификационный номер детали |
|
|
Описание |
Полное наименование детали |
||
|
Производитель |
Фирма-производитель |
||
|
Количество |
Количество деталей на складе |
||
|
Заказ |
Код заказа |
Ключевой атрибут |
|
|
Дата заказа |
Дата заказа |
||
|
Опл/не опл |
Оплачен или не оплачен заказ |
||
|
Отпр/не отпр |
Отправлен или не отправлен заказ |
||
|
Срок действия |
Срок действия заказа |
||
|
Поставка |
Код поставки |
Ключевой атрибут |
|
|
Дата поставки |
Дата поставки |
||
|
Срок действия |
Срок действия поставки |
||
|
Количество |
Количество поставляемых товаров |
||
|
Дата заключения |
Дата заключения договора на поставку |
||
|
Оплата заказа |
Код приход. |
идентификационный номер приходного ордера |
|
|
Дата оплаты |
Дата оплаты заказа |
||
|
Оплата |
Код оплаты |
идентификационный номер формы оплаты |
|
|
Форма оплаты |
|||
|
Цена |
Код цены |
Первичный ключ |
|
|
Цена на складе |
Цена разновидности товара на складе |
||
|
Цена постав. |
Цена одной поставляемой детали |
||
|
Бартер |
Код бартера |
Идентификационный номер бартера |
|
|
Дата заключения |
Дата заключения бартера |
||
|
Срок действия бартера |
Срок действия бартера |
||
|
Отправлена |
Отправлен товар |
||
|
Получена |
Получен товар |
||
|
Вид бартера |
Код |
Идентификационный номер бартера |
|
|
Количество |
Количество деталей бартера |
||
|
Отправлен/получен |
Отправлена или получена деталь |
Характеристика связей между сущностями:
1. Связь "Включает" - отображение N: M от типа сущности "Вид" к типу сущности "Заказ".
2. Связь "Поставляются" - отображение N: M от типа сущности "Вид" к типу сущности "Поставка".
3. Связь "Состоит" - отображение N: M от типа сущности "Бартер" к типу сущности "Вид".
4. Связь "Заключается" - отображение N: 1 от типа сущности "Бартер" к типу сущности "Клиент".
5. Связь "Осуществляет" - отображение N: 1 от типа сущности "Поставка" к типу сущности "Клиент".
6. Связь "Осуществляет " - отображение 1: N от типа сущности "Клиент" к типу сущности "Оплата".
7. Связь "Имеет " - отображение N: 1 от типа сущности "Оплата" к типу сущности "Форма оплаты".
8. Связь "Принадлежит" - отображение N: 1 от типа сущности "Клиент" к типу сущности "Регион".
9. Связь "Поступает " - отображение N: 1 от типа сущности "Заказ" к типу сущности "Поставщик".
10. Связь "Осуществляет " - отображение N: 1 от типа сущности "Поставка" к типу сущности "Поставщик".
11. Связь "Имеет " - отображение N: 1 от типа сущности "Вид" к типу сущности "Цена".
12. Связь "Принадлежит" - отображение N: 1 от типа сущности "Вид" к типу сущности "Товар".
13. Связь "Имеет " - отображение N: 1 от типа сущности "Оплата заказа" к типу сущности "Заказ".
Рисунок 3.2 - Инфологическая модель предметной области
3.2.3 Разработка датологической модели
На этапе инфологического проектирования рассматриваются модели предметной области. На даталогическом этапе объект исследования - сами данные, их структурные композиции. Уровень представления на данном этапе не зависит от конкретной ЭВМ, это логический уровень.
Разработка схемы базы данных будет вестись в рамках теории реляционных баз данных, разработанной Дж. Коддом.
1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.
2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.
3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы.
4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой.
6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также
возможность выделения любой их строки или любого набора строк с указанными признаками [6].
В соответствии с вышесказанным, можно построить схему отношений и для данной АПС. Схема базы данных может быть изображена в виде графической диаграммы или диаграммы Бахмана и в виде таблицы.
На рис.3.3 представлена датологическая модель базы данных, изображенная в виде графической диаграммы.
Рисунок 3.3 - Cтруктура датологической модели
3.2.4 Выбор СУБД
На данном этапе разработки ставился вопрос выбора системы управления базами данных для реализации хранения и управления данными системы.
Критерии оценки СУБД были следующими:
опыт работы с СУБД;
удобство среды разработки;
высокая производительность систем, построенных для конкретной СУБД;
разнообразие инструментальных средств;
совместимость СУБД с существующей на предприятии.
Стоит отметить, что именно последний критерий сыграл главную роль при выборе СУБД, так как в дальнейшем проектируется реализация более глубокой интеграции АПС в общую структуру АСУ, а это возможно только при поддержке им тех же форматов файлов базы данных, что и у всей АСУ предприятия.
Файлы БД предназначены для хранения данных в виде записей и полей (строк и столбцов отношения). Каждая запись предназначена для хранения набора уникальной информации, которая может быть размещена в 128 полях. В одном файле может содержаться до 1 млрд. записей объемом до 4000 байт.
Такие характеристики полностью подходят для реализации проектируемой АПС.
Microsoft SQL Server получает все большее распространение по сравнению с другими системами управления базами данных и сейчас уже превосходит своих конкурентов по производительности, масштабируемости, эффективности разработки, возможностям бизнес-аналитики (BI) и совместимости с системой Microsoft Office 2007.
Благодаря тесной интеграции SQL Server с хорошо знакомым интерфейсом системы Microsoft Office клиенты смогут быстрее анализировать информацию и принимать решения. Например, в надстройках интеллектуального анализа данных для Excel для анализа клиентских данных используются возможности SQL Server и Microsoft Office. Компания IDC назвала корпорацию Майкрософт самым быстроразвивающимся поставщиком систем бизнес-аналитики.
В SQL Server 2008 реализованы многочисленные усовершенствования в области масштабируемости, в том числе полная поддержка 64-разрядных систем с объемом памяти до 8 ТБ, поддержка высокопроизводительных компьютеров на основе архитектуры NUMA, горячая замена памяти и процессоров без необходимости простоев на совместимых компьютерах. Ниже перечислены некоторые усовершенствования масштабирования SQL Server 2008.
– Возможность развертывания пассивных экземпляров SQL Server без дополнительной оплаты с целью обеспечения высокой доступности системы. Эта функция также доступна в Oracle 11g, однако стоит значительно больше.
– Очень трудно обеспечить предсказуемое быстродействие для определенных задач, потому что другие задачи на этом сервере конкурируют за системные ресурсы. В состав SQL Server 2008 входит регулятор ресурсов, с помощью которого администраторы могут определять лимиты ресурсов и приоритеты для разных рабочих задач, чтобы оптимизировать производительность критически важных процессов и поддерживать предсказуемую производительность для других рабочих задач на сервере. Аналогичные средства управления предлагаются и в Oracle 11g, но только за дополнительную плату.
– В состав SQL Server 2008 входит интегрированная среда Performance Studio, которую можно использовать для сбора, анализа и хранения диагностической информации SQL Server и устранения неполадок.
– В службы анализа SQL Server 2008 Analysis Services добавлены многочисленные улучшения, например поддержка блочных вычислений и обратная запись в секции MOLAP.
– Ядро служб отчетов SQL Server 2008 Reporting Services было переработано с целью обеспечить большую производительность и масштабируемость этих служб за счет обработки по требованию. В переработанном ядре больше не возникают проблемы с памятью при обработке отчетов.
– В службах интеграции SQL Server 2008 Integration Services улучшено быстродействие операций поиска, что приводит к сокращению времени обработки пакетов и оптимизации ETL-операций. Система отслеживания измененных данных регистрирует обновления таблиц, что помогает следить за изменением данных и обеспечивать их согласованность.
3.2.5 Структура базы данных
На основании даталогической модели системы, а таrже с учетом возможностей выбранной СУБД была построена база данных, спецификация файлов которой приведена в табл.3.2.
Таблица 3.2 - Спецификации файлов базы данных
|
Таблица |
Поле |
Тип |
Длина |
Значение |
|
|
1 |
2 |
3 |
4 |
5 |
|
|
Клиент |
kod_klienta |
C |
Номер клиента |
||
|
Name_klienta |
T |
30 |
Наименование контактоного лица |
||
|
Rasch_schet |
Ч |
Длинное целое |
Расчетный счет организации |
||
|
Аdress |
Т |
50 |
Почтовый адрес |
||
|
Telephone |
Ч |
Длинное цеое |
Телефон |
||
|
facs |
Ч |
Длинное целое |
факс |
||
|
INN |
Ч |
Длинное целое |
ИНН организации-клиента |
||
|
Kod_region |
Ч |
Длинное целое |
Код региона |
||
|
Регион |
Kod_region |
С |
Код региона |
||
|
Name_region |
Т |
20 |
Название региона |
||
|
Товар |
Kod_tov |
С |
Номер товара |
||
|
Name_tov |
Т |
30 |
Наименование товара |
||
|
srok |
Ч |
Длинное целое |
Срок гарантии товара |
||
|
Заказ |
TASKID |
N |
10 |
Номер задания |
|
|
NAME |
C |
20 |
Название задания |
||
|
INFO |
M |
10 |
Описание задания |
||
|
WARNDATE |
D |
8 |
Время напоминания |
||
|
STARTDATE |
D |
8 |
Дата начала |
||
|
FINISHDATE |
D |
8 |
Дата завершения |
||
|
PROCESSID |
N |
2 |
Код типа законченности |
||
|
CLIENTID |
N |
5 |
Номер клиента |
||
|
process |
PROCESSID |
N |
2 |
Код типа законченности |
|
|
PRNAME |
C |
20 |
Название типа |
||
|
INFO |
M |
10 |
Описание типа |
Для удобства в таблице Contacts введено поле PHONE2 для дополнительного номера телефона или факса.
3.2.6 Разработка средств защиты
Среди типов защиты следует выделить следующие:
защита от несанкционированного доступа - вид защиты, реализованный для ограничения круга лиц, имеющих доступ к информации АПС. Для защиты от НСД применяют различные средства:
защита на физическом уровне, т.е. физическая изоляция системы от внешнего мира: эксплуатация системы в закрытом помещении.
имена пользователей и пароли применяются для аутентификации пользователей входящих в систему.
различные технические средства аутентификации - магнитные карточки доступа, анализаторы биологических параметров пользователей (отпечатки пальцев, структура глазного яблока) и т.д.
защита от пользователя - защита, позволяющая исключить искажение данных в результате неправильных действий пользователя:
ввод неверных данных;
удаление заблокированных объектов.
Для реализации данного типа защиты вводится дополнительно система контроля за корректностью вводимой информации [5].
В данной разработка применена защита паролем, а также внедрен целый ряд контрольных процедур проверок корректности вводимой информации.
защита от сбоев - защита от ошибок на физическом уровне хранения данных.
Для реализации данного вида защиты рекомендовано ежедневное резервное копирование файлов базы данных.
3.3 Разработка обобщенного алгоритма АПС
Обобщенный алгоритм работы АПС включает в себя следующие фазы работы:
Запуск
Ввод пароля
Работа приложения
Осуществление телефонных разговоров
Ввод, корректировка, удаление запчастей, клиентов, задач, дозвонов;
Ввод новых поставок, заказов и бартера
Завершение сеанса
Рисунок 3.3 - Блок-схема обобщенного алгоритма прикладной системы АПС "Учет автозапчастей"
3.4 Выбор программного и технического обеспечения
СУБД SQL Server способен обслуживать системы с высочайшим уровнем нагрузки, что подкрепляется результатами стандартных отраслевых тестов производительности. Такие клиенты как Unilever, Citi,, Barclays Capital и Mediterranean Shipping Company, выполняют свои критически важные приложения на платформе SQL Server. Клиенты, использующие SQL Server 2008 (в том числе крупнейшие независимые поставщики ПО, например Siemens и RedPrairie), дают отличные отзывы о новейших усовершенствованиях в области масштабируемости. Журнал CRN признал SQL Server бестселлером и самым быстрорастущим бестселлером.
За счет интеграции SQL Server с Microsoft Visual Studio® разработчики получают единую интегрированную среду разработки клиентских приложений, приложений промежуточного уровня и уровня данных. С новыми возможностями разработки SQL Server 2008 делает еще один шаг вперед. В отличие от этого, набор средств и пакетов SDK компании Oracle, собранных в результате приобретений, требует от разработчиков изучения и работы с различными интерфейсами. Компания IDC в своем исследовании отмечает, что платформа приложений Майкрософт - это прикладная технологическая платформа №1 на рынке.
SQL Server входит в состав интегрированной платформы бизнес-аналитики корпорации Майкрософт, включающей хранилище данных, средства аналитики, формирования отчетности, планирования и бюджетирования, а также систему ключевых показателей. Компания Gartner поместила SQL Server в квадрант лидеров в магическом квадранте платформ бизнес-аналитики и магическом квадранте хранилищ данных. Новая версия SQL Server 2008 предлагает множество новых возможностей в областях хранилищ данных и бизнес-аналитики. Согласно последнему прейскуранту Oracle, в настоящее время компания запрашивает на 800% и более за аналогичную функциональность в дополнении к базовой СУБД.
Для функционирования системы необходимы персональные ЭВМ класса PC следующей конфигурации:
Cервер: Процессор - Intel Pentium IV 1800 MHz, ОЗУ - 256 Mb, жесткий диск - 60 Gb, операционная система - MS Windows NT
Рабочие станции: Процессор - Intel Pentium IV, ОЗУ_64 Mb, жесткий диск - 40 Gb, операционная система - MS Windows' XP
Конфигурация сети: Fast Ethernet 10/100 Мбит (Сетевые платы: 3Com Fast Etherlink 10/100 Mbit Bus-Master PCI)
Выводы:
В третьем разделе проведено проектирование общей структуры АПС "Учет автозапчастей", проведен анализ технико-экономической эффективности от внедрения данной АПС в состав общей структуры АСУ. Выдвинуты требования к проектируемой АПС. Проведено исследование предметной области и построение ее инфологической модели. Проведена разработка решения по выбору СУБД, программного и технического обеспечения для реализации данной АПС. Построена схема базы данных, а также разработан общий алгоритм прикладной программной системы АПС "Учет автозапчастей".
4. Описание программного средства
4.1 Условия применения
Разработанная программа предназначена для автоматизации учета телефонных звонков, планирования заданий для офис-менеджера. АПС будет эксплуатироваться в офисе предприятия ООО "Авто-Ресурс" г. Ставрополь.
Программа обеспечивает автоматизацию создания и ведения файлов нормативно-справочной информации о клиентах, подготовки отчета о работе офис-менеджера, распечатки сведений о клиентах на почтовые конверты. Разработанное программное средство может использоваться на IBM-совместимых компьютерах со следующей аппаратно_программной конфигурацией:
процессор не ниже Pentium 1Ггц;
оперативная память не меньше 16 MB;
свободное место на жестком диске не менее 200 GB;
операционная система Windows' XP;
струйный или лазерный принтер;
модем (для обеспечения автоматического дозвона).
4.2 Описание применения
4.2.1 Функциональное назначение
АПС "Учет автозапчастей" реализует следующие функции:
ведение нормативно-справочной информации о клиентах (ввод, просмотр, корректировка, удаление данных);
ввод и корректировку сведений о телефонных звонках (учет отправленных факсов, исходящих и входящих звонков) и заданий к исполнению.
вывод на печать нормативно-справочной информации, информации о запчастях, поставках, заказах, бартере, сведений о клиентах;
отчетность о работе офис-менеджера за день
сервисные функции резервирования и восстановления информационной базы.
4.2.2 Входные данные
В качестве входных данных используются:
печатные справочники фирм, организаций, предприятий Ставропольского края и Российской Федерации. (для ввода сведений о потенциальных клиентах);
задания, о которых необходимо напоминание;
телефонные звонки (входящие и исходящие);
4.2.3 Выходные данные
АПС "Учет автозапчастей" формирует следующие выходные данные:
отчет о запчастях;
список клиентов (по группам и в алфавитном порядке);
список поставок, заказов, бартера;
Также производится вывод на печать всех необходимых сведений.
4.2.4 Описание НСИ
В АПС "Учет автозапчастей" предоставлена возможность ведения следующих областей нормативно-справочной информации:
списки клиентов (группы клиентов);
сведения о запчастях.
Сведения о назначении этих данных приведены в третьем разделе.
4.3 Руководство пользователя
4.3.1 Установка программного средства
Для установки приложения необходимо выполнить 2 вида установки: серверную и клиентскую.
Серверная установка
1. Запустить файл sqlexpress. exe, входящий в комплект поставки
2. Выбрать имя экземпляра по-умолчанию (Default sql server instance)
3. Установить SQL Server
4. Запустить файл setup_db. sql в консольной утилите sqlcmd. exe следующей командой sqlcmd - E - S <ИМЯ_КОМЬЮТЕРА> - i <ПУТЬ_К_ФАЙЛУ_SETUP. DB. sql>
Клиентская установка
1. Указать название экземпляра SQL Server в конфигурационном файле приложения Avtozap. UI. WinForms. exe. config в секции ConnectionStrings, атрибуте connectionString, например: <add name="ConnectionString" connectionString="Server=. \sql2008; Integrated Security=SSPI; Initial catalog=Bagdaol; "/>. В примере указан. \sql2008, но пользователю необходимо указать название его экземпляра, например: <add name="ConnectionString" connectionString="Server=MY_COMPUTER_NAME; Integrated Security=SSPI; Initial catalog=Bagdaol; "/>
2. Запустить файл Avtozap. UI. WinForms. exe
Внимание, все вышеперечисленные шаги кроме "Клиентская установка - шаг 2" выполняются только один раз в качестве первоначальной настройки программы. После завершения этой настройки программу можно запускать двойным щелчком по файлу в проводнике Windows.
Работа в приложении
После запуска приложения вы увидите стартовое окно программы (приложение 2).
4.3.2 Работа с программой
Запуск системы АПС "Учет автозапчастей" производится из директории установки. Необходимо запустить программный модуль Avtozap. exe. Для удобства можно стандартными средствами Windows создать ярлык для программы и поместить его на рабочий стол Windows.
После запуска программы необходимо в появившемся окне ввести пароль, идентифицирующий пользователя. Если пароль введен правильно, то производиться дальнейшая загрузка программы, если введенный пароль неверен, предлагается возможность повторной попытки ввода пароля.
После запуска системы появляется основное окно программы в котором можно увидеть следующие компоненты:
Главное меню программы
Панель выбора клиента;
Представляемые окна (представлены в прил.).
Для ввода сведений о новом клиенте необходимо нажать на кнопку Ins для вывода формы клиента с незаполненными полями или Ctrl-Ins для вывода формы клиента со скопированными полями ранее выбранного клиента. Форма для заполнения данных о клиенте показана в приложении. Открыть форму для редактирования данных о клиенте можно двойным щелчком по нужной записи. Для удаления данных о клиенте нужно нажать кнопку Del или нажать на кнопку "Удалить". Чтобы произвести телефонный звонок выбранному клиенту нужно нажать на кнопку "звонок". Для вывода данных на печать нужно нажать на кнопку "Печать списка клиентов". В появляющемся диалоге "Настройка отчета" можно выбрать вид необходимого отчета из следующих: все клиенты, клиенты выбранной группы, выбранный клиент. Для перемещения клиента в другой список необходимо нажать кнопку "Переместить в другой список", выбрав затем в открывшемся окне нужный список.
4.4 Описание контрольного примера
Произведен запуск системы. На запрос пароля был введен правильный пароль, что обеспечило дальнейшую загрузку программы.
Был создан новый список рассылки для клиентов, находящихся в пределах г. Ставрополя и Шпаковского района Ставропольского края. Создано несколько записей о запчастях, их поставках клиенту и клиентах. Выборочно были произведены звонки, а также добавлены записи о входящих звонках от нескольких клиентов.
Создано несколько задач связанных с определенными автозапчастями и клиентами.
Убедились в адекватном отображении информации о произведенных действиях. Выходные данные? полученные после ввода информации были распечатаны и приведены в приложении 4 к данному дипломному проекту.
Выводы
В четвертом разделе приведено описание работы в системе АПС "Учет автозапчастей". Рассмотрены условия применения программы, функциональное применение системы, общая структура программы. В руководстве пользователя проведено описание установки системы, а также указаны основные методы работы в АПС "Учет автозапчастей". Приведено описание контрольного примера работы программы, при котором было установлено соответствие программы требуемым нормам.
5. Расчет экономической эффективности проекта
На момент исследования целей и способов их достижения (см. пункт 1.3) на предприятии выявлены такие цели как расширение реализаторской сети, а также эффективная организация торгово-закупочной деятельности организации. Существует несколько способов достижения этих целей, среди которых ведение базы всех клиентов (существующих и потенциальных поставщиков и реализаторов), а также ведение базы по учету контактов с клиентами (телефонные звонки), учет поставок, оплаченных и не оплаченных, заказов, бартера. Так как эти функции на предприятии выполняются менеджером, то пользователем АПС является менеджер оптово-торгового отдела. АПС проектировался как информационная система учета деловых контактов всего предприятия, автоматизирующая основную деятельность менеджера. АПС реализовано несколько функций:
Печать, просмотр сведений о клиентах;
Вести учет поставок, заказов, бартера;
Автоматизация набора телефонного номера;
Распечатка списка клиентов целиком и отдельных его групп.
Распечатка сделок с клиентами.
5.1 Краткая характеристика проекта
В соответствии с заданием на дипломный проект необходимо разработать автоматизированную систему АПС "Учет автозапчастей" предприятия ООО "Авто-Ресурс" в виде АПС "Учет автозапчастей".
Основным назначением автоматизированной системы является упрощение регистрации и учёта автозапчастей, их поступления, сбыт, выполняемых предприятием, своевременная реализация товара, учет клиентов, формирование необходимой документации по их реализации и т.д.
Следствием внедрения автоматизированной системы является:
- централизованное хранение данных о товаре, поставщиках и клиентах в единой базе данных;
- ускорение процесса обработки ежедневной сводной информации о товаре;
- упрощение и ускорение доступа к информации, путем поиска по базе данных;
- упрощение и ускорение процесса подготовки отчетной информации;
- увеличение эффективности работы сотрудников отдела за счёт объединения необходимых функций обработки информации в едином программном средстве.
Все выше изложенные перспективы улучшения обработки сводной информации приводят к основному эффекту - ускорение обработки информации о работах, включая определение срока выполнения работ, состава выполняемых работ, должностного состава предприятия, и как следствие высвобождение времени работников отдела, что в свою очередь, позволяет повысить эффективность работы отдела, сократить число работающего персонала а значит повысить уровень выполняемых работ, расширить перечень работ и получаемою прибыль.
5.2 Определение трудоемкости выполняемых работ
Для определения общей трудоемкости выполняемых работ, необходимо сначала определить трудоемкость шести этапов проектирования автоматизированной информационной подсистемы:
– описание задачи;
– исследование предметной области;
– разработка блок-схемы;
– составление программы;
– отладка программы;
– подготовка документации.
Затраты труда на описание задачи То принимают ориентировочно То = 35 чел. - ч.
Затраты труда на исследование предметной области Ти с учетом уточнения описания и квалификации программистов определяются по формуле:
(5.1)
где,
Чоп. общ - общее число операторов, ед., рассчитывается по формуле 5.2;
Кузт - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи (Кузт = 1,3);
Чоп. u - количество операторов, приходящееся на 1 чел. - ч (Чоп. u = 80 ед / чел. - ч);
kk - коэффициент квалификации программиста (так, как программист разрабатывающий данную автоматизированную подсистему имеет опыт работы 4 года, то его коэффициент равен 1).
Для расчета общего числа операторов используется следующая формула:
(5.2)
где, Чоп - число операторов, ед.; Ксз - коэффициент сложности задачи (Ксз = 1,5); Ккп - коэффициент коррекции программы, учитывающий новизну проекта (программа новая, поэтому Ккп = 0,1).
С учетом всего вышесказанного, после подстановки данных, получаем:
Рассчитаем затраты труда на Та разработку алгоритма решения (блок-схемы), по формуле:
(5.3)
где Чоп. а - количество операторов, приходящееся на 1 чел. - ч (Чоп. а = 23 ед. /чел. - ч.)
Подставим значения:
Затраты труда на составление программы по готовой блок-схеме Тп рассчитываются по формуле:
(5.4)
где Чп. n - количество операторов, приходящееся на 1 чел. - ч (Чп. n = 22 ед. /чел. - ч.)
В результате расчетов получаем:
Затраты труда на отладку программы рассчитываются по формуле:
(5.5)
где Чоп. отл - количество операторов, приходящееся на 1 чел. - ч (Чоп. отл = 5 ед /чел. - ч.)
Подставим значения:
Затраты труда на подготовку документации по задаче Тд определяются по формуле:
(5.6)
где Тдр - затраты труда на подготовку материалов в рукописи, определяются по формуле:
(5.7)
где Чоп. др - количество операторов, приходящееся на 1 чел. - ч (Чоп. др = 17 ед/чел. - ч.)
Затраты труда на редактирование, печать и оформление документов:
(5.8)
Все полученные значения трудоемкости, представлены в таблице 5.1
Таблица 5.1 - Определение трудоемкости разработки программного обеспечения
|
Виды затрат труда |
Трудоемкость, чел. - ч |
|
|
Затраты труда на описание задачи, То |
32 |
|
|
Затраты труда на исследование предметной области, Ти |
41,83 |
|
|
Затраты труда на разработку блок-схемы, Та |
111,91 |
|
|
Затраты труда на программирование, Тп |
117,00 |
|
|
Затраты труда на отладку программы, Тотл |
514,80 |
|
|
Затраты труда на подготовку документации, Тд |
264,97 |
|
|
Итого затраты труда на разработку программного продукта, Тпо |
1088,51 |
Полученное общее значение трудоемкости Тпо корректируется с учетом уровня языка программирования:
Т = Тпоkкор = 1088,51 * 0,9 = 979,66 (5.9)
где kкор - коэффициент, учитывающий уровень языка программирования (для СУБД MS SQL Server 2008, kкор = 0,9).
5.3 Расчет затрат на разработку программного продукта
Для расчета себестоимости разработки автоматизированной подсистемы учета выставок музея-усадьбы, необходимо рассчитать: расходы на материалы и запасные части; заработную плату сотрудников, которые занимались разработкой программного продукта;
дополнительную заработную плату (премии);
отчисления на социальные нужды;
затраты на электроэнергию;
затраты на амортизацию и ремонт вычислительной техники.
Затраты на материальные ресурсы и запасные части представлены в таблице 5.2.
Таблица 5.2 - Затраты на материальные ресурсы и запасные части
|
Наименование материального ресурса |
Единица измерен. |
Кол-во израсход. матер. |
Цена за единицу, руб |
Сумма, руб. |
|
|
Монитор 19" Samsung <E1920NR>CLASSU, Silver-Black, 5 ms, LCD |
шт. |
1 |
4800 |
4800 |
|
|
Материнская плата S-AM3 Gigabyte GA-MA78LMT-S2 AMD 760G/SB710, mATX, VGA, PCI-E 16x/PCI-E 1x/2xPCI, 2xDDR3 1333, 4xSATAII/1xPATA, RAID, ALC888B, LAN 1Gbit) |
шт. |
1 |
2700 |
2700 |
|
|
HDD 500Gb Seagate ST3500418AS 7200rpm, 16mb cache, SATA-II |
шт. |
1 |
3400 |
3400 |
|
|
Адаптер Ethernet 10/100 Ethernet |
шт. |
1 |
250 |
250 |
|
|
Клавиатура и мышь A4Tech |
шт. |
1 |
550 |
550 |
|
|
ОЗУ DDR II DIMM 2Gb PC6400, 800Mhz, Hynix original; |
шт. |
2 |
1200 |
2400 |
|
|
Процессор S-775 Intel Core 2 Quad Q9300 (2500MHz/1333MHz/6MB, Quad-Core, Yorkfield, 45nm, EM64T, VT) tray |
шт. |
1 |
4500 |
4500 |
|
|
Бумага для принтера |
пачка |
2 |
240 |
480 |
|
|
ИТОГО затраты на материальные ресурсы и запасные части |
19080 |
Общая сумма затрат на материальные ресурсы и запасные части (ЗМ) определяется по формуле 5.10:
(5.10)
где Pi - расход i-го вида материального ресурса, натуральные единицы;
Цi - цена за единицу i-го вида материального ресурса, руб.
i - вид материального ресурса;
n - количество видов материальных ресурсов.
Подставив значения из таблицы 5.2, получаем ЗМ =19080 рублей.
Затраты на оплату труда производственного персонала (всех работников, занятых разработкой программного продукта) приведены в таблице 5.3
Подобные документы
Разработка базы данных для информационной поддержки деятельности магазина автозапчастей "Железяка". Обследование предметной области; концептуальное, логическое и физическое проектирование, средства поддержания целостности БД; техническое обеспечение.
курсовая работа [1,7 M], добавлен 09.06.2011Обзор и сравнительная характеристика программного обеспечения для создания СУБД. Принципы организации данных. Основные возможности MS Access. Разработка структуры и реализация средствами SQL базы данных для учета заказов, наличия и продажи автозапчастей.
курсовая работа [2,5 M], добавлен 27.05.2013Разработка информационной системы интернет-магазина автозапчастей с целью учета их заказов из разных стран. Создание базы данных для регистрации информации: код товара, вид, марка, поставщик. Функции системы; программная среда, интерфейс пользователя.
курсовая работа [2,0 M], добавлен 04.05.2013Выгоды от автоматизации магазина автозапчастей. Виды и структура автоматизированного рабочего места. Анализ систем-аналогов. Информационное обеспечение. Структура описания таблиц БД. Описание работы разработанного приложения. Перспективы развития системы.
презентация [535,2 K], добавлен 21.06.2013Этапы проектирования автоматизированной системы учета работы предприятия, занимающегося продажей автозапчастей. Создание объектов типа "Константа", "Справочник", "Перечисление", "Регистр сведений". Создание объектов типа "Документ" и "Регистр накопления".
курсовая работа [563,3 K], добавлен 08.02.2013Схема автоматизации магазина и бизнес-процессов администратора отдела продаж автомагазина "Москвич". Снижение трудоемкости подбора автозапчастей. Формирование сведений о запросах. Функционирование автоматизированного рабочего места администратора.
курсовая работа [730,1 K], добавлен 21.06.2013Создание автоматизированного учета клиентов в туристическом агентстве "Отпуск". Вывод данных о клиентах и заключенных с ними договорах. Требования к программному и техническому обеспечению. Описание алгоритма и структурная схема. Тестирование и отладка.
курсовая работа [2,2 M], добавлен 25.06.2014Разработка модуля автоматизации продажи автозапчастей. Проектирование информационной системы на основе базы данных в среде Microsoft SQL Server 2008. Структуры диалога и программного обеспечения. Описание запросов и отчетов к БД. Создание средств защиты.
курсовая работа [1,1 M], добавлен 10.12.2014Сравнительный анализ автоматизированных систем для предприятий. Проектирование концептуальной базы данных для учёта автозапчастей и предоставляемых услуг автосервиса. Разработка прикладного программного обеспечения, пользовательского интерфейса.
дипломная работа [1,5 M], добавлен 19.07.2014Виды деятельности предприятия. Системное и прикладное программное обеспечение, используемое в информационной системе организации. Описание программного продукта "Учет продаж автозапчастей и оказания услуг". Схема функционирования процесса в нотации IDEF0.
отчет по практике [456,1 K], добавлен 11.07.2013
