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

Основной поток

Руководитель проекта находит карточку уже созданного варианта технического задания;

Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.

Руководитель проекта выбирает раздел «Состав и содержание работ по созданию системы».

Система выводит форму «Техническое задание. Состав и содержание работ по созданию системы».

Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные.

Руководитель проекта сохраняет раздел «Состав и содержание работ по созданию системы».

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Описание деятельности для прецедента «Заполнить раздел «Порядок контроля и приемки системы»» представлено в таблице 12.

Таблица 12. Описание деятельности для прецедента «Заполнить раздел «Порядок контроля и приемки системы»»

Краткое описание	Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Порядок контроля и приемки системы».
Актеры	Руководитель проекта
Предусловия	Согласованный и подписанный договор, написание и согласование «Устава проекта», заполненный шаблон «Состав и содержание работ»
Основной поток	Руководитель проекта находит карточку уже созданного варианта технического задания; Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов. Руководитель проекта выбирает раздел «Порядок контроля и приемки системы». Система выводит форму «Техническое задание. Порядок контроля и приемки системы». Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные. Руководитель проекта сохраняет раздел «Порядок контроля и приемки системы».
Постусловия	Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Описание деятельности для прецедента «Заполнить раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»» представлено в таблице 13.

Таблица 13. Описание деятельности для прецедента «Заполнить раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»»

Краткое описание	Прецедент дает возможность Директору по проектам / Архитектору создать и заполнить раздел технического задания «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие».
Актеры	Директор по проектам / Архитектор
Предусловия	Написанный и согласованный «Устав проекта»
Основной поток	Директор по проектам / Архитектор находит карточку уже созданного варианта технического задания; Директор по проектам / Архитектор нажимает на кнопку «Заполнить следующий раздел» на панели инструментов. Директор по проектам / Архитектор выбирает раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие». Система выводит форму «Техническое задание. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие». Директор по проектам / Архитектор проверяет шаблон документа и при необходимости вводит недостающие данные. Директор по проектам / Архитектор сохраняет раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие».
Постусловия	Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.



Описание деятельности для прецедента «Заполнить раздел «Требования к документированию»» представлено в таблице 14.

Таблица 14. Описание деятельности для прецедента «Заполнить раздел «Требования к документированию»»

Краткое описание	Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Требования к документированию».
Актеры	Руководитель проекта
Предусловия	Заполненный шаблон «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»
Основной поток	Руководитель проекта находит карточку уже созданного варианта технического задания; Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов. Руководитель проекта выбирает раздел «Требования к документированию». Система выводит форму «Техническое задание. Требования к документированию». Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные. Руководитель проекта сохраняет раздел «Требования к документированию».
Постусловия	Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Описание деятельности для прецедента «Заполнить раздел «Источники разработки»» представлено в таблице 15.

Таблица 15. Описание деятельности для прецедента «Заполнить раздел «Источники разработки»»

Краткое описание	Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Источники разработки».
Актеры	Руководитель проекта
Предусловия	Заполненный шаблон «Требования к документированию».
Основной поток	Руководитель проекта находит карточку уже созданного варианта технического задания; Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов. Руководитель проекта выбирает раздел «Источники разработки». Система выводит форму «Техническое задание. Источники разработки». Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные. Руководитель проекта сохраняет раздел «Источники разработки».
Постусловия	Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

2.3 Построение диаграмм последовательностей

Описание взаимодействия между проектируемой информационной системы и действующими субъектами выполняются с помощью диаграмм последовательности:

Описание последовательности для прецедента «Заполнить раздел технического задания «Общие сведения»» представлено на рисунке 8.

Рис. 8. Диаграмма последовательности для прецедента «Заполнить раздел «Общие сведения»»

Описание последовательности для прецедента «Заполнить раздел «Назначения и цели создания (развития) системы»» представлено на рисунке 9.



Рис. 9. Диаграмма последовательности для прецедента «Назначения и цели создания (развития) системы»»

Описание последовательности для прецедента «Заполнить раздел «Характеристики объекта автоматизации»» представлено на рисунке 10.

Рис. 10. Диаграмма последовательности для прецедента «Характеристики объекта автоматизации»»



Описание последовательности для прецедента «Заполнить раздел «Требования к системе в целом»» представлено на рисунке 11.

Рис. 11. Диаграмма последовательности для прецедента «Заполнить раздел «Требования к системе в целом»»

Описание последовательности для прецедента «Заполнить раздел «Требования к видам обеспечения»» представлено на рисунке 12.

Рис. 12. Диаграмма последовательности для прецедента «Заполнить раздел «Требования к видам обеспечения»»



Описание последовательности для прецедента «Заполнить раздел «Требования к функциям (задачам), выполняемым системой»» представлено на рисунке 13.

Рис. 13. Диаграмма последовательности для прецедента «Заполнить раздел «Требования к функциям (задачам), выполняемым системой»»

Описание последовательности для прецедента «Заполнить раздел «Состав и содержание работ по созданию системы»» представлено на рисунке 14.



Рис. 14. Диаграмма последовательности для прецедента «Заполнить раздел «Состав и содержание работ по созданию системы»»

Описание последовательности для прецедента «Заполнить раздел «Порядок контроля и приемки системы»» представлено на рисунке 15.

Рис. 15. Диаграмма последовательности для прецедента «Заполнить раздел «Порядок контроля и приемки системы»»



Описание последовательности для прецедента «Заполнить раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»» представлено на рисунке 16.

Рис. 16. Диаграмма последовательности для прецедента «Заполнить раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»»

Описание последовательности для прецедента «Заполнить раздел «Требования к документированию»» представлено на рисунке 17.



Рис. 17. Диаграмма последовательности для прецедента «Заполнить раздел «Требования к документированию»»

Описание последовательности для прецедента «Заполнить раздел «Источники разработки»» представлено на рисунке 18.

Рис. 18. Диаграмма последовательности для прецедента «Заполнить раздел «Источники разработки»»



2.4 Построение экранных форм

Каждый раздел технического задания после разработки должен полностью соответствовать описанию и содержать соответствующий набор реквизитов.

Форма раздела «Общие сведения» представлена на рисунке 19.

Рис. 19. Форма раздела «Общие сведения»

Форма раздела «Назначения и цели создания (развития) системы» представлена на рисунке 20.



Рис. 20. Форма раздела «Назначения и цели создания (развития) системы»

Форма раздела «Характеристика объектов автоматизации» представлена на рисунке 21.

Рис. 21. Форма раздела «Характеристика объектов автоматизации»



Форма раздела «Требования к системе» представлена на рисунке 22.

Рис. 22. Форма раздела «Требования к системе»

Форма раздела «Состав и содержание работ по созданию системы» представлена на рисунке 23.

Рис. 23. Форма раздела «Состав и содержание работ по созданию системы»



Форма раздела «Порядок контроля и приемки системы» представлена на рисунке 24.

Рис. 24. Форма раздела «Порядок контроля и приемки системы»

Форма раздела «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» представлена на рисунке 25.

Рис. 25. Форма раздела «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»



Форма раздела «Требования к документированию» представлена на рисунке 26.

Рис. 26. Форма раздела «Требования к документированию»

Форма раздела «Источники разработки» представлена на рисунке 27.

Рис. 27. Форма раздела «Назначения и цели создания (развития) системы»



2.5 Архитектура информационной системы

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

Общие:

Стабильное интернет-соединение со скоростью не менее 256 Кбит/с;

Возможность удаленного подключения.

Для сервера приложения:

256 МБ ОЗУ (рекомендуется 512 МБ и более ОЗУ);

440 МБ свободного дискового пространства;

Pentium-совместимый компьютер (рекомендуется Pentium III, IV или AMD Athlon).

Для сервера системы:

512 МБ ОЗУ (рекомендуется 1 ГБ и более ОЗУ)

Минимум 6 ГБ свободного дискового пространства

процессор x64: 1,4 ГГц, процессор x86: 1,0 ГГц (рекомендуется 2,0 ГГц и выше)

процессор x64: AMD Opteron, AMD Athlon 64, Intel Xeon с поддержкой Intel EM64T, Intel Pentium IV с поддержкой EM64T. Процессор x86: Процессор, совместимый с Pentium III или выше возможность удаленного подключения.

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

Объектно-ориентированный дизайн и проектирование.

Язык 1С для визуализации и обработки данных:

скорость разработки - языка 1С позволяет стартовать разработку быстрее, а это позволяет быстрее получить прототип решения;

компиляция в нативный код серверной платформы обеспечивает наилучшую производительность;

огромное количество библиотек идет в базе, плюс к ним множество свободно доступных библиотек, это покрывает практически все первостепенные задачи разработки;

стоимость поддержки - приложения, написанные на языке 1С, т.к. фирма франчайзи;

удобство сборки проектов.

1С:

наиболее удобное средство для разработки кода на русском языке;

команда разработчиков и постановщиков привыкла к данному продукту.

MS SQL:

простота использования;

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

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

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

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

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

Представить данные -- на стороне клиента, взаимодействие будет осуществляться через веб-интерфейс, режим толстого или тонкого клиента.

Прикладной компонент -- на выделенном сервере приложений располагается разрабатываемая система.

Управлять ресурсами -- на сервере БД, который и представляет запрашиваемые данные.

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

высокую степень гибкости и масштабируемости;

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

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

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

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

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

Описание ограничений и требованиям к данным.

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

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



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

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

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

Данные об организации;

Данные о контрагентах;

Компоненты сервиса;

Шифры проектов;

Виды технической документации;

Сроки ведения этапов проектов;

Этапы проекта;

Формы оплаты;

Вид оплаты;

Графики оплаты;

Валюты;

Виды автоматизируемой деятельности;

Цели автоматизации;

Объекты автоматизации;

Критерии оценки достижения целей;

Требования к системе в целом;

Требования к видам обеспечения;

Функциональные требования;

Виды и порядок проведения экспертизы;

Виды работ по метрологическому обеспечению;

Объёмы проверяемой документации;

Сроки выполнения работ по метрологическому обеспечению;

Виды испытаний;

Состав и объем испытаний;

Методы испытаний;

Данные о приемочной комиссии;

Статусы приемочной комиссии;

Соответствие испытаний нормам разрабатываемой системы;

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

Требования к документированию;

Присоединенные файлы.

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

Таблица 16. Данные для хранения

Наименование хранящихся данных	Тип данных	Ограничения
Технические задания
Шифры проекта	Перечисление	Отсутствует
Контрагент	Перечисление	Отсутствует
Описание	Строка	2000 символов
Информация об организации
Вид организации	Перечисление	Отсутствует
Полное наименование	Строка	250 символов
Сокращенное наименование	Строка	250 символов
ИНН	Строка	12 символов
КПП	Строка	9 символов
Юридический адрес	Строка	500 символов
Фактический адрес	Строка	500 символов
Почтовый адрес	Строка	500 символов
Телефон	Строка	20 символов
Факс	Строка	20 символов
Электронная почта	Строка	100 символов
Информация о контрагентах
Вид организации	Перечисление	Отсутствует
Полное наименование	Строка	250 символов
Сокращенное наименование	Строка	250 символов
ИНН	Строка	12 символов
КПП	Строка	9 символов
Юридический адрес	Строка	500 символов
Фактический адрес	Строка	500 символов
Почтовый адрес	Строка	500 символов
Телефон	Строка	20 символов
Факс	Строка	20 символов
Электронная почта	Строка	100 символов
Контактные лица	Перечисление	Отсутствует
Должности контактных лиц	Перечисление	Отсутствует
Контактные лица
Фамилия	Строка	50 символов
Имя	Строка	50 символов
Отчество	Строка	50 символов
Должности контактных лиц	Перечисление	Отсутствует
Документ-основание	Строка	50 символов
Дата документа-основания	Строка	100 символов
Срок действия документа-основания (в месяцах)	Число	2 символа
Должности контактных лиц
Наименование должности	Строка	100 символов
Валюты
Наименование валюты	Строка	50 символов
Цифровой код	Число	10 символов
Символьный код	Строка	200 символов
Компоненты сервиса
Группа списка	Строка	250 символов
Наименование компонента	Строка	250 символов
Виды технической документации
Наименование технического документа	Строка	250 символов
Присоединенные файлы	Ссылка	До 256 Мг
Этапы проекта
Наименование этапа	Строка	250 символов
Вид оплаты
Наименование вида оплаты	Строка	250 символов
Шифры проектов
Шифр проекта	Строка	19 символов
Контрагент	Перечисление	Отсутствует
Сроки ведения этапов проектов
Этапы проекта	Перечисление	Отсутствует
Период ведения этапа (в месяцах)	Число	2 символа
Дата начала работ	Дата	Отсутствует
Дата окончания работ	Дата	Отсутствует
Графики оплаты
Этапы проекта	Перечисление	Отсутствует
Формы оплаты	Перечисление	Отсутствует
Вид оплаты	Перечисление	Отсутствует
Валюта расчетов	Перечисление	Отсутствует
Дата платежа	Дата	Отсутствует
Виды автоматизируемой деятельности
Наименование вида деятельности	Строка	250 символов
Цели автоматизации
Компонент сервиса	Перечисление	Отсутствует
Наименование цели автоматизации	Строка	2000 символов
Объекты автоматизации
Контрагенты	Перечисление	Отсутствует
Критерии оценки достижения целей
Наименование критериев оценки	Строка	500 символов
Требования к системе в целом
Группа требований	Строка	250 символов
Наименование требования	Строка	500 символов
Описание требования	Строка	Отсутствует
Требования к видам обеспечения
Наименование требования	Строка	500 символов
Описание требования	Строка	Отсутствует
Функциональные требования
Компонент сервиса	Перечисление	Отсутствует
Наименование требования	Строка	500 символов
Описание требования	Строка	Отсутствует
Виды и порядок проведения экспертизы
Этапы проекта	Перечисление	Отсутствует
Наименование вида экспертизы	Строка	500 символов
Объемы проверяемой документации	Перечисление	Отсутствует
Контрагенты	Перечисление	Отсутствует
Виды и порядок проведения экспертизы
Этапы проекта	Перечисление	Отсутствует
Наименование вида работ	Строка	500 символов
Сроки выполнения работ по метрологическому обеспечению	Перечисление	Отсутствует
Контрагенты	Перечисление	Отсутствует
Объемы проверяемой документации
Виды технической документации	Перечисление	Отсутствует
Объем проверяемой документации (в страницах)	Число	4 символа
Сроки выполнения работ по метрологическому обеспечению
Виды работ по метрологическому обеспечению	Перечисление	Отсутствует
Период выполнения работ	Строка	500 символов
Дата начала работ	Дата	Отсутствует
Дата окончания работ	Дата	Отсутствует
Виды испытаний
Этапы проекта	Перечисление	Отсутствует
Компоненты сервиса	Перечисление	Отсутствует
Наименование вида испытаний	Строка	500 символов
Методы испытаний
Этапы проекта	Перечисление	Отсутствует
Наименование вида испытаний	Строка	500 символов
Приемочные комиссии
Документ-основание	Строка	250 символов
Дата документа-основания	Дата	Отсутствует
Контрагенты	Перечисление	Отсутствует
Контактные лица	Перечисление	Отсутствует
Должности контактных лиц	Перечисление	Отсутствует
Статусы и утверждение приемочных комиссий
Приемочные комиссии	Перечисление	Отсутствует
Статус приемочной комиссии	Перечисление	Отсутствует
Дата утверждения приемочной комиссии	Дата	Отсутствует
Дата окончания действия приемочной комиссии	Дата	Отсутствует
Статусы приемочных комиссий
Виды статусов приемочной комиссии	Строка	50 символов
Соответствие испытаний нормам разрабатываемой системы
Компоненты сервиса	Перечисление	Отсутствует
Виды испытаний	Перечисление	Отсутствует
Норы разрабатываемой системы	Перечисление	Отсутствует
Признак соответствия	Булево	Истина / Ложь
Нормы разрабатываемой системы
Компоненты сервиса	Перечисление	Отсутствует
Наименование нормы разрабатываемой системы	Перечисление	Отсутствует
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Наименование требования	Строка	500 символов
Описание требования	Строка	Отсутствует
Требования к документированию
Наименование требования	Строка	500 символов
Описание требования	Строка	Отсутствует
Присоединенные файлы
Виды технической документации	Перечисление	Отсутствует
Описание файла	Строка	2000 символов

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

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

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



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

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

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

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

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

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

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

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

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

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

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

Шаблоны.

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



Заключение

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

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

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

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

На основе сделанных выводов были построены модели TO-BE в нотации UML, описывающие объекты и процессы в рассматриваемой системе, спроектирована архитектура предприятия в целом, а также архитектура базы данных. При построении архитектуры базы данных были построены концептуальная и логическая модели базы данных, описана структура данных, требования к ним и ограничения в использовании.



Библиографический список

1. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.

2. Компоненты сетевого приложения. Клиент-серверное взаимодействие и роли серверов [Электронный ресурс], - http://www.4stud.info/networking/lecture5.html - статья в интернете.

3. Проектирование информационных систем [Электронный ресурс], - https://www.intuit.ru/studies/courses/2195/55/lecture/15050?page=2 - статья в интернете.

4. Программа мастер технических заданий [Электронный ресурс], - http://www.freetz.ru/master-tz/ - статья в интернете.

5. Инструменты фрилансера [Электронный ресурс], - http://freelancers-tools.com/?p=1728 - статья в интернете.

6. SoftLine [Электронный ресурс] - https://softline.ru/about/news/4926 - статья в интернете.

7. Ресурсы для технических писателей от Adobe [Электронный ресурс] - https://compress.ru/article.aspx?id=18799#Adobe%20RoboHelp%207 - статья в интернете.

8. Автоматизация документирования для разработки [Электронный ресурс] - http://authorit.ru - статья в интернете.

9. Схема базы данных [Электронный ресурс] - https://ru.wikipedia.org/wiki/Схема_базы_данных

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

Размещено на Allbest.ru

...