Значение
внутрифирменной
системы информации
Технические
средства,
используемые
во внутрифирменной
системе информации
Реляционные
базы данных
Проектирование
баз данных
Оцените базы
данных с точки
зрения того,
удовлетворяют
ли заказчика
полученные
результаты
Оформление,
учет и выписка
первичной
бухгалтерской
документации
(счетов) по основному
профилю работы
организации
(системы КонсультантПлюс)
Проектирование
структуры
данных
Связь таблицы
«ОсновныеСчета»
с таблицей
«Дистрибутивы»
Связь таблицы
«ОсновныеСчета»
с таблицей
«Подразделение»
Формы отчетности
(счетов,
актов, счетов-фактур,
накладных)
Ввод и изменение
адресных и
банковских
реквизитов
организаций
Инициализация
глобальных
переменных
НдсДляСчета
и ВалДляСчета
Проверка
допустимости
напряжений
прикосновения
и времени
срабатывания
защитного
аппарата
Навигация
Проектирование структуры данных
Разработка системы автоматизации для малого коммерческого предприятия работающего в сфере информационных услуг
177562
знака
0
таблиц
14
изображений
3.4. Проектирование структуры данных.
До технической реализации структуры базы данных была проанализирована структура взаимодействия отделов предприятия и составлены несколько вариантов бизнес–планов, характеризующие деятельность отделов по различным типам выполняемых работ. При анализе бизнес-планов учитывались критические моменты и проверки, важные с точки зрения обеспечения целостности данных. Также был произведен анализ типов отчетности по каждому из этапов бизнес-планов.
Данные для технической реализации проекта данные имеют следующую структуру, проиллюстрированную Схемой 2 (основные связи).
Основной является таблица с данными по организациям («Заказчики»), к ней отношениями один ко многим связанны таблицы с информацией по основным («ОсновныеСчета») и дополнительным («ДругиеСчета») счетам (у одной организации может быть много счетов как по основному направлению деятельности предприятия, так и по дополнительным направлениям), к таблицам по счетам отношением один ко многим связанны таблицы с информацией по заказам, входящим в данный счет (в один счет может входить несколько заказов). С другой стороны, к таблицам с данными по организациям отношением один-ко-многим связана таблица с данными по авансовому отчету.
Особенностью проектируемой системы является возможность учета денежных средств поступивших по авансовым платежам, что составляет основную долю прихода денежных средств. Структура данных по авансовым платежам построена с учетом того, что выборка по этим данным должна быть представлена в наиболее полном виде, и как можно в более короткое время. Более того, данная структура одинаково хорошо работает с обыкновенной схемой учета денежных средств, то есть списание денежных средств на реализацию без учета аванса.
Данная схема реализована с помощью двух таблиц, связанных отношением один-ко-многим. В главной таблице находятся данные с информацией по счету, такие как код номера счета, тип системы по позиции счета, количество месяцев сопровождения системы по позиции счета, информация о типе платежа (наличный или безналичный расчет).
В подчиненной таблице расписаны суммы авансовых платежей по месяцам. Таким образом, данная структура реализует быстрые выборки по авансовым задолжностям по конкретной организации, что имеет существенное значение при оценке эффективности деятельности предприятия и прогнозирования дальнейшей работы.
Политика расположения данных имеет критическое значение для приложения применительно к скорости работы. Данные, которые меняются нечасто или не меняются вовсе, названия систем семейства Консультант +, названия месяцев года и так далее, были вынесены локально в клиентские модули, так как скорость выборки данных с локального диска компьютера в несколько раз больше скорости выборки данных по запросу из базы данных расположенной на сетевом диске.
Примечание: Для связывания таблиц в дальнейшем рекомендуется, где возможно, применять поле с уникальным значением, но не поле счетчика (так как возможна ситуация с добавлением данных в таблицу, при этом изменяется значение счетчика и теряются связанные данные в подчиненных таблицах)
После реализации основной части проекта база данных была разделена на три отдельных модуля:
модуль для бухгалтерии (MdlByx.mdb),
модуль для отдела сопровождения (MdlClnt.mdb),
модуль данных (Data.mdb).
Организованная структура данных позволяет:
организовать клиент - серверную модель данных,
разработку и изменение модулей параллельно с работой ранее сконструированных,
уменьшает размер резервного файла,
В процессе технической реализации данных задач появились дополнительные задачи:
1. Изменение данных по авансовому отчету (корректировка распределения сумм по месяцам для организаций).
2. Общая результирующая информация по организациям, адресные и банковские реквизиты, счета, выписанные на организации, информация по системам для данной организации.
3. Обмен сообщениями между пользователями (использование для заказа счетов актов и так далее).
3.4.1. Описание структуры данных проекта.
В процессе разработки базы данных была выработана следующая иерархическая структура данных.
Часть 1. (листинг 2.1)
(
таблицы
«Заказчики»,
«СтатусЗаказчика»,«Курьеры»,«Примечания»,)
1. Связь таблицы «Заказчики» с таблицей «СтатусЗаказчика». Поле: «Код» в обеих таблицах
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «СтатусЗаказчика»)
Связывание: мастер подстановок в таблице «Заказчики»
Примечания: данная связь заменяет повторяющееся текстовые значения типа организации соответствующим кодом из таблицы «СтатусЗаказчика».
2.Связь таблицы «Заказчики» с таблицей «Курьеры».
Поле: «КодКурьера» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных.
(один со стороны таблицы «Курьеры»)
Связывание: мастер подстановок в таблице «Заказчики»
Примечания: предусматривает добавление в структуру данных модуля «Курьеры».
3.Связь таблицы «Заказчики» с таблицей «Примечания».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечением целостности данных.
(один со стороны таблицы «Заказчики»)
(возможно связывание один к одному)
Связывание: мастер подстановок в таблице «Примечания»
Часть 2. (листинг 2.2)
(таблицы «Заказчики», «КредитАванс», «ОсновныеСчета», «Дистрибутивы», «Системы»,
«ФормаОплаты», «ТипСистемы», «Платежки», «СчетаФактуры», «СчетаФактурыОсновные»)
1.Связь таблицы «Заказчики» с таблицей «ОсновныеСчета».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «ОсновныеСчета»
Примечания: у каждого заказчика может быть много счетов.
2.Связь таблицы «Заказчики» с таблицей «КредитАванс».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
(возможно связывание один к одному?)
Связывание: мастер подстановок в таблице «КредитАванс»
3.Связь таблицы «Заказчики» с таблицей «СчетаФактуры».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «СчетаФактуры»
Примечания: у каждого заказчика может быть много счетов-фактур.
Похожие работы
... на промышленном предприятии, разработать и обосновать комплекс практических мероприятий по совершенствованию системы в краткосрочном периоде. Объект исследования: стратегическое управление инновационными процессами в сфере информационных технологий на ОАО «Смоленский авиационный завод». 1. Сведения о предприятии ОАО «СмАЗ» 1.1 Организационно-управленческая характеристика ...
... 14 664 000руб. 3. Корректировка чистых активов предприятия и определение реальной рыночной стоимости предприятия затратным подходом выявил стоимость предприятия в 7 583 000руб. Глава 3. Разработка системы мониторинга оценки бизнеса промышленного предприятия 3.1 Роль оценщика (фирмы по оценке бизнеса) в системе мониторинга ...
... развития коммерческого предприятия ООО Фирма «РИКА» достаточно обширны. Сегодня данная фирма - несомненный лидер среди подобных себе в республике Хакасия. Рассмотрев процессы автоматизации управления коммерческого предприятия, проведя обзор позиции фирмы на рынке, можно дать следующие рекомендательные выводы: Торговому предприятию ООО Фирма «РИКА» необходимо продолжать осуществлять основную ...
... и дальнейшего использования «Автоматизированной системы агентства недвижимости» на предприятии. 1.4 Постановка цели и подзадач автоматизации. Критерии достижения цели 1.4.1 Экономическая сущность задачи Экономической сущностью задачи автоматизации риэлтерской деятельности агентства недвижимости «Елена» является повышение результативности труда посредством автоматизации ...
0 комментариев