Файл: Основы проектирования программ.pdf

1. 1С:

• наиболее удобное средство для разработки кода на русском языке;
• команда разработчиков и постановщиков привыкла к данному продукту.
• MS SQL:
• простота использования;
• интеграция с другими продуктами Microsoft – электронные таблицы, диаграммы и сводные таблицы могут быть напрямую связаны с SQL Server или службами, что предоставляет пользователям возможности просмотра и анализа данных с помощью обозревателя.

В основе текущей информационной системы лежит трехзвенная клиент-серверная архитектура, которая представлена на рисунке 28.

Рис. 28. Архитектура информационной системы*

* Сост. по источнику: http://www.4stud.info/networking/lecture5.html

Описанная архитектура позволяет:

1. Представить данные — на стороне клиента, взаимодействие будет осуществляться через веб-интерфейс, режим толстого или тонкого клиента.
2. Прикладной компонент — на выделенном сервере приложений располагается разрабатываемая система.
3. Управлять ресурсами — на сервере БД, который и представляет запрашиваемые данные.

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

• высокую степень гибкости и масштабируемости;
• высокую безопасность (т.к. защиту можно определить для каждого сервиса или уровня);
• высокую производительность (т.к. задачи распределены между серверами) [http://www.4stud.info/networking/lecture5.html].

2.6Архитектура базы данных

Проектирование базы данных начнем с построения концептуальной модели базы данных. Концептуальная модель включает в себя https://www.site-do.ru/db/db4.php:

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

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

Концептуальная схема базы данных представлена на рисунке 29.

Рис. 29. Концептуальная схема базы данных

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

Источники базы данных проектируемой информационной системы обобщенно содержат в себе следующую информацию:

• Данные об организации;
• Данные о контрагентах;
• Компоненты сервиса;
• Шифры проектов;
• Виды технической документации;
• Сроки ведения этапов проектов;
• Этапы проекта;
• Формы оплаты;
• Вид оплаты;
• Графики оплаты;
• Валюты;
• Виды автоматизируемой деятельности;
• Цели автоматизации;
• Объекты автоматизации;
• Критерии оценки достижения целей;
• Требования к системе в целом;
• Требования к видам обеспечения;
• Функциональные требования;
• Виды и порядок проведения экспертизы;
• Виды работ по метрологическому обеспечению;
• Объёмы проверяемой документации;
• Сроки выполнения работ по метрологическому обеспечению;
• Виды испытаний;
• Состав и объем испытаний;
• Методы испытаний;
• Данные о приемочной комиссии;
• Статусы приемочной комиссии;
• Соответствие испытаний нормам разрабатываемой системы;
• Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
• Требования к документированию;
• Присоединенные файлы.

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

Таблица 16

Данные для хранения

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

Для построения логической схемы базы данных воспользуемся набором схем отношений, в которых будут указаны ключевые атрибуты, а также показаны связи между этими отношениями [https://ru.wikipedia.org/wiki/Схема_базы_данных].

Логическая схема базы данных представлена на рисунке 30.

Рис. 30. Логическая схема базы данных

Согласно построенной логистической модели базы данных можно сказать следующее, что связь «Один ко многим» работает только для следующих сущностей:

Техническое задание;

Разделы технического задания.

Факт отнесения сущностей к связи «Один ко многим» зависит от того, что техническое задание содержит в себе несколько разделов, в свою очередь, каждый раздел технического задания содержит в себе множество полей, которые требуется заполнить.

Связь «Один к одному» работает для следующих сущностей:

Поля технического задания;

Описанные источники данных, такие как:

Справочники;

Регистры сведений;

Регистры накопления;

Шаблоны.

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

ЗАКЛЮЧЕНИЕ

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

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

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