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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 04.04.2023

Просмотров: 1756

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
  • Описание деятельности для прецедента «Заполнить раздел «Порядок контроля и приемки системы»» представлено в таблице 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Архитектура информационной системы

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

  1. Общие:
  • Стабильное интернет-соединение со скоростью не менее 256 Кбит/с;
  • Возможность удаленного подключения.
  1. Для сервера приложения:
  • 256 МБ ОЗУ (рекомендуется 512 МБ и более ОЗУ);
  • 440 МБ свободного дискового пространства;
  • Pentium-совместимый компьютер (рекомендуется Pentium III, IV или AMD Athlon).
  1. Для сервера системы:
  • 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С, т.к. фирма франчайзи;
  • удобство сборки проектов.