Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Практические работы / Практическая работа №2 по МДК 02.01

.docx
Скачиваний:
140
Добавлен:
09.12.2018
Размер:
19.98 Кб
Скачать

Практическая работа №2

Тема: Оптимизация выбора состава программного обеспечения ИС для определенной предметной области.

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

Практическая часть

1.Общие сведения

1.1. Наименование системы

«Отслеживание почтовых отправлений»

1.2. Назначение и цели создания системы

Удобное отслеживание почтовых отправлений по идентификатору.

Цели:

  • Поиск информации по почтовому отправлению с помощью идентификатора или отслеживающему номеру;

  • Хранение данных о почтовом отправлении;

  • Внесение новых почтовых отправлений;

  • Корректировка и обработка почтовых отправлений.

2.Характеристика объектов информатизации

2.1. Краткое описание работы системы «Отслеживание почтовых отправлений»

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

2.2. Описание объектов информатизации

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

3.Требования к информационной системе

3.1. Базовые принципы разработки подсистем

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

  • Требуемое время реакции системы на запрос;

  • Простота в эксплуатации и поддержки системы.

Система должна содержать:

  • Средства поиска информации;

  • Окно для показа времени и даты.

3.2. Требования к архитектуре системы.

Разрабатываемая система имеет архитектуру клиент-сервер. В качестве клиентского приложения выступает стандартный веб-браузер.

3.3. Требования к способам и средствам связи для информационного обмена между компонентами (модулями) системы

Система «Отслеживание почтовых отправлений» работает в пределах сети Интернет.

3.4. Требования к режимам функционирования системы

Разрабатываемая система функционирует 24 часа в сутки.

3.5. Требования к пользователям

Разрабатываемая система не требует специальных знаний.

3.6. Требования к численности и квалификации персонала системы и режиму его работы.

Разрабатываемая система поддерживает 2 вида пользователей: сотрудника «Почты» для внесения информации о почтовом отправлении и обычный пользователь, которому необходимо найти информацию о почтовом отправлении.

3.7. Требования к защите информации от несанкционированного доступа.

Особых требований к защите информации не требуется.

3.8. Внесение корректировок в программный продукт, связанных с ошибками в Системе

Время для исправления ошибок в системе не более одной недели.

Ответы на контрольные вопросы:

  1. Что такое пользовательские требования?

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

  1. Что такое системные требования?

Системные требования – это описание особенностей системы (архитектура системы, требования к параметрам оборудования и т.д.), необходимых для эффективной реализации требований пользователя.

  1. Расскажите о разработке требований

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

  1. Представьте процесс разработки требований

Различают 4 основных этапа процесса разработки требований:

  1. анализ технической осуществимости создания системы,

  2. формирование и анализ требований,

  3. специфицирование требований и создание соответствующей документации,

  4. аттестация этих требований.

  1. Расскажите о формировании и анализе требований

Процесс формирования и анализа требований проходит через ряд этапов.

  • Анализ предметной области - изучить предметную область, где будет эксплуатироваться система.

  • Сбор требований. Это процесс взаимодействия с лицами, формирующими требования. Во время этого процесса продолжается анализ предметной области.

  • Классификация требований. На этом этапе бесформенный набор требований преобразуется в логически связанные группы требований.

  • Разрешение противоречий - определяются и разрешаются противоречия различного рода.

  • Назначение приоритетов. На этом этапе определяются наиболее важные требования.

  • Проверка требований. На этом этапе определяется их полнота, последовательность и непротиворечивость.

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

  1. Расскажите о VORD и основных этапах метода.

Метод VORD (Viewpoint-Oriented Requirements Definition — определение требований на основе точек зрения) используется для формирования и анализа требований.

Основные этапы метода VORD:

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

  • Структурирование точек зрения — создание иерархии сгруппированных точек зрения.

  • Документирование опорных точек зрения, которое заключается в точном описании идентифицированных точек зрения и сервисов.

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

  1. Что такое аттестация требований?

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

  1. Пользовательские и системные требования

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