56
входящие;
исходящие
архив.
Система является диалоговой, т.е. выполняет с функциональной точки
зрения процесс обмена сообщениями между пользователями и ЭВМ, при
котором, осуществляется постоянная смена ролей информатора и реципиента.
Для просмотра информации об общем объеме зарегистрированных
документов формируется отчет.
2.3.2. Характеристика базы данных
В базе данных отражается информация об определенной предметной
области. Предметной областью называется часть реального мира,
представляющая интерес для данного исследования.
Чаще всего выделяют три уровня моделей: логический, физический и
внешний [11].
ER-модель является одним из элементов концептуальной модели.
Использование ER- моделирования (особенно в сочетании с
автоматизированными средствами проектирования - CASE-средствами) дает
много преимуществ:
предписывая определенную методологию моделирования, делает
анализ предметной области более целенаправленным и конкретным;
является удобным средством документирования проекта;
позволяет вести проектирование АИС без привязки к конкретной
целевой СУБД и осуществлять выбор последней в любой момент времени
(чем ближе к концу проектирования это будет сделано, тем точнее может быть
выбор).
В данном дипломном проекте ER-модель построена в ERWin (рисунок
10).
57
Рисунок 9. ER-диаграмма в среде ERwin
На основе физической модели была создана база данных в SOL Server
путем передачи скрипта из ERWin.
CA ERwin Data Modeler SE - продукт, лидирующий в области
моделирования данных, который предоставляет действенный способ
визуализации данных из множественных источников внутри организации,
увеличивая эффективность за счет многократного использования и стандартов
и одновременно повышая качество сохраняемой информации, обеспечивая
целостное представление стратегических информационных активов.
CA ERwin Data Modeler SE увеличивает производительность за счет
предоставления легкого в использовании графического окружения, которое
упрощает конструирование баз данных и автоматизирует многие трудоемкие
задачи, ускоряя создание высококачественных, высокопроизводительных
транзакционных и информационных баз данных [15].
Способность представлять огромное количество информации в
графическом формате помогает поддерживать связь между деловыми и
техническими заинтересованными сторонами, обеспечивая соответствие
требований бизнеса и их технической реализации в базах данных. Благодаря
58
визуальному проектированию, разработчики баз данных могут разрешать все
сложные вопросы до момента любого значительного инвестирования ресурсов,
способствуя более быстрому реагированию организации на возникающие
потребности предприятия, подчеркивая важность влияния изменений на
информационные активы и позволяя быстро отвечать на постоянно
меняющееся и стремительно возрастающее информационное окружение.
Ключевые функции
Ключевые функции CA ERwin Data Modeler SE включают:
Диаграммы и визуализация: CA ERwin предлагает современную
диаграммную технологию, предоставляющую гибкость графического редактора
в сочетании с силой средства моделирования баз данных, лидирующего в этой
области. Не только вид ваших моделей значительно улучшится, но и вам станет
легче создавать их и управлять ими.
Редактор метаданных: позволяет редактировать различные наборы
объектов в рамках единого интерфейса вида электронной таблицы,
позволяющего вносить массовые изменения, экспортировать в Excel, выполнять
запросы к метаданным.
Полное сравнение: Эта мощная функция автоматизирует полную
двунаправленную синхронизацию моделей, скриптов и баз данных, сравнивая
каждый из элементов, отображая все различия, и позволяет выполнить
двунаправленное выборочное обновление. Если изменения модели должны
найти отражение в базе данных, ERwin может автоматически сгенерировать
скрипт ALTER.
Создание структуры базы данных: CA ERwin позволяет создать
структуру базы данных непосредственно из визуальных моделей, увеличивая
эффективность и снижая ошибки. Лидирующая в отрасли поддержка различных
баз данных включает оптимизированные шаблоны триггеров целостности
ссылок и богатый универсальный макроязык, позволяющий разработчикам
настраивать триггеры, скрипты и хранимые процедуры. Настраиваемые
шаблоны облегчают полную физическую реализацию модели и определений.
59
Реверсивное проектирование баз данных: Недокументированная
информация, содержащаяся внутри скриптов SQL или базах данных, может
быть визуализирована или повторно использована для создания новых моделей
данных и/или объектов базы данных.
Стандарты проектирования для многократного использования:
Расширенный набор объектов моделирования для многократного
использования позволяет вам создавать, поддерживать, применять и
использовать отображение трансформаций имен, отображение типов данных,
шаблоны создания схем, определения доменов и множество других стандартов
моделирования для увеличения возможности многократного использования
внутри вашей организации.
Отчеты и печать: Каждая копия CA ERwin Data Modeler SE включает
копию SAP Business Objects Crystal Reports. Вы можете использовать
встроенные отчеты или создавать свои собственные. Универсальный интерфейс
ODBC доступен для заказчиков, которые используют другие инструменты
отчетности. Отчеты могут быть сгенерированы в различных форматах, включая
HTML, PDF, RTF and TXT.
Интеграция и обмен метаданных с другими инструментами: Легко
объединить ERwin с другими проектами и инструментами, благодаря средствам
импорта и экспорта для разнообразных источников, включая BI tools, MDM
hubs, другие средства моделирования данных, Extract, Transform, инструменты
Load (ETL) и инструменты Unified Modeling Language (UML).
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 8.
Таблица 10
Описание таблиц базы данных
60
Наименование
Хранимые данные
Объекты
строительства
Данные об объектах строительства
Организации
Сведения об организациях
Вид документа
Виды документов
Документ
Сведения о документах
Ответственные лица
Сведения о сотрудниках
Прием документа
Принятые документы
Отправка документа
Отправленные документы
Архив
Документы, отправленные в архив
Характеристика каждой таблицы базы данных приведена ниже, в
таблицах 11–18.
Таблица11
Объекты строительства
Номенклатура
поля
Идентификатор
поля
Тип поля
Длина
поля
Код объекта
Код объекта
Счетчик
Наименование
Наименование
Строка
20
Площадь
Площадь
Число
Адрес
Адрес
Строка
30
Описание
Описание
Строка
255
Код отв лица
Код отв лица
Число
10
В таб. 12 описаны характеристики таблицы Документ
Таблица 12
Вид документа
Наименовани
е поля
Идентификатор
поля
Тип
поля
Длина поля
Код вида
Код вида
Число
Наименование
Наименование
Строка
20
В таб. 13 описаны характеристики таблицы Документ
Таблица 13
61
Документ
Наименовани
е поля
Идентификатор
поля
Тип
поля
Длина поля
Код документа
Код документа
Счетчик
Код вида
Код вида
Число
Наименование
Наименование
Строка
20
В таб. 14 описаны характеристики таблицы Ответственные лица
Таблица 14
Ответственные лица
Номенклатур
а поля
Идентификат
ор поля
Тип поля
Длина
поля
Примеч
ание
Код отв лица
Код отв лица
Число
10
Ключево
е поле
ФИО
ФИО
Строка
20
Телефон
Телефон
Строка
10
В таб. 15 описаны характеристики таблицы Организации
Таблица 15
Организации
Номенклатур
а поля
Идентификат
ор поля
Тип поля
Длина
поля
Примеч
ание
Код
организации
Код
организации
Число
10
Ключево
е поле
Код отв лица
Код отв лица
Число
10
Наименование
Наименование
Строка
20
Адрес
Адрес
Строка
30
Телефон
Телефон
Строка
10
В таб. 16 описаны характеристики таблицы Прием документа
Таблица 16
62
Прием документа
Наименовани
е поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Отправитель
Код
организации
Числовой
3
Код объекта
Код Адреса
Числовой
3
Код документа
Код
Сотрудника
Числовой
3
Количество
экземпляров
Количество
экземпляров
Числовой
3
Регистрация
Регистрация
Булево
1
Одобрен
Одобрен
Булево
1
В таб. 17 описаны характеристики таблицы Отправка документа
Таблица 17
Отправка документа
Наименовани
е поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Отправитель
Код
организации
Числовой
3
Код объекта
Код Адреса
Числовой
3
Код документа
Код
Сотрудника
Числовой
3
Количество
экземпляров
Количество
экземпляров
Числовой
3
В таб. 18 описаны характеристики таблицы Архив
Таблица 18
Архив
63
Наименовани
е поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Код объекта
Код Адреса
Числовой
3
Код документа
Код
Сотрудника
Числовой
3
Количество
экземпляров
Количество
экземпляров
Числовой
3
Номер папки
Номер папки
Числовой
8
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры преобразования
информации, именуемой модулями. Дерево программных модулей отражает
логическую структуру программы с указанием типов взаимодействия модулей:
тип Т – передача управления вызываемому модулю с возвратом в
вызывающий модуль;
тип Р – передача управления без возврата.
Дерево программных модулей для исходящих документов представлено для
входящих документов на рисунке 10.
Рисунок 10. Дерево программных модулей. Входящие документы
64
2.3.4. Описание программных модулей
Общие, независимые от объектов 1С модули, находятся в ветке Общие /
Общие модули. Просто нажмите на него два раза мышкой и он откроется.
Модули форм, где прописывается реакция на нажатие кнопок, меню и
прочего интерфейсного находятся непосредственно в редакторе формы.
Раскройте любую ветку объекта (справочник, документ и т.п.) до форм,
нажмите два раза мышкой на форму – отроется редактор. Внизу редактора
будет три закладки, одна из которых – модуль.
В 1С версии 8.3 появилось понятие Команда 1С. Это самостоятельное
действие, которое можно вытащить на форму в виде кнопки или меню. В ветке
Общие / Общие команды находятся команды, которые можно использовать в
любом другом месте конфигурации. Каждая из команд имеет свой собственный
модуль.
Модули объектов. У каждого объекта 1С (справочник, документ и
прочее) есть свой модуль. Там могут быть прописаны реакции на такие
системные события как Запись() или Удаление(), а также созданы новые
методы объекта. Нажмите правой кнопкой мыши на конкретный объект,
например справочник Номенклатура. Модуль объекта – это модуль
конкретного элемента этого справочника. Модуль менеджера – это модуль
управления элементами справочника (документа..).
Состав модуля 1С
Модуль состоит из набора функций и процедур – т.е. обработчиков
событий и методов.
В самом начале модуля можно расположить переменные, которые будут
использовать обработчики и события в этом модуле.
В самом низу модуля можно расположить программный код без
оформления процедуры или функции. Это можно назвать автостартом
65
конкретного модуля. При попытке первого обращения к любой процедуре или
функции этого модуля – будет выполнен автостарт (код внизу модуля).
Обычно его используют для начального заполнения переменных
расположенных в начале модуля.
Клиент и сервер 1С
В серверном варианте 1С разные части программы выполняются на
клиентской машине или на сервере. Зачем это нужно мы обсудим потом, для
начала можно взять хотя бы производительность клиентского компьютера и
сервера.
У общих модулей (Общие / Общие модули) есть свойства. Нажмите
правой кнопкой мыши и далее – свойства. Галочками можно отметить где будет
доступен этот модуль.
Также один модуль может выглядеть по разному если запущен на сервере
или клиенте. Для этого есть специальные директивы, указываемые прямо в
коде программы: #Если Клиент и #Если Сервер.
Клиент и Сервер видят только те части модуля, которые находятся между
этими директивами. Если директив нет – модуль виден весь.
В версии 1С 8.3 для тонкого клиента можно указывать для каждого
метода и обработчика где он будет выполняться. Для этого непосредственно
перед функцией или процедурой указывается &НаСервере и &НаКлиенте. При
этом клиентские функции могут вызывать серверные, но не наоброт.
Сообщение между модулями 1С
Каждый модуль существует сам по себе и в него нет точек входа извне –
из других модулей.
Если мы хотим создать метод или переменную, видимую из другого
модуля, она помечается словом ЭКСПОРТ.
Однако большое количество модулей и правил клиент-сервера пораждает
некоторое количество проблем у программиста с использованием модуля извне.