Лабораторная работа, РГР на тему Прием в эксплуатацию нового транспортного средства

Содержание:

Цель
работы.. 3

Введение. 3

Программно-аппаратные средства, используемые
при выполнении работы. 3

Основная часть (описание самой работы) 4

Пользовательские требования на основе диаграмм. 10

Системные требования. 15

Заключение (выводы) 17

Введение:

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

Требования к результатам выполнения лабораторного
практикума:

1. Представление
диаграммы идентификации точек зрения на основании метода VORD, и диаграммы иерархии точек зрения;

2. Наличие
пользовательских требований, четко описывающих будущий функционал информационной
системы;

3. Наличие
системных требований, включающих требования к структуре, программному
интерфейсу, технологиям разработки, общие требования к системе (надежность,
масштабируемость, распределённость, модульность, безопасность, открытость,
удобство пользования и т.д.);

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

Заключение:

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

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

По результатам обследования опорных точек зрения и вычленения их
иерархии в функциональных (процессных) группах, аналитик на первой стадии
анализа выстраивает обобщенную логическую модель исходной предметной области,
отображающую ее функциональную структуру, особенности основной деятельности и
информационное пространство, в котором эта деятельность осуществляется. Бизнес-процесс в
масштабах предприятия реализуется в виде сети основных, вспомогательных,
поддерживающих и управленческих процессов. На этом материале аналитик строит функциональную
модель "Как есть" (As Is).

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

Фрагмент текста работы:

Разработка требований — это процесс, включающий
мероприятия, необходимые для создания и утверждения документа, содержащего
спецификацию системных требований. Анализ требований, разработка информационной модели будущей
системы и построение уровней модели для информационной системы «Транспорт»,
осуществлено с учетом Комплекса стандартов на автоматизированные системы, в
т.ч. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы.

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

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

Следующей
стадией процесса формирования требований будет идентификация опорных точек
зрения и сервисов. Сервисы должны соответствовать опорным точкам зрения. Но
могут быть сервисы, которые не поставлены им в соответствие. Это означает, что
на начальном этапе "мозговой атаки" некоторые опорные точки зрения не
были идентифицированы. В связи с этим, используются 2 типа (рис. 1 а, б) построения
баз банных (БД) –иерархический и сетевой (Бородина А.И., 2019), комбинируемые
по отдельным модулям в виде реляционной СУБД, на основе процессных подходов по
уровням организационных задач (рис.1в).