- •Общие положения
- •Организация занятий по курсу сапскс
- •Требования к содержанию отчетов о выполнении лабораторных работ
- •Требования к оформлению отчетной документации
- •Задания на лабораторные работы
- •Лабораторная работа №1
- •Лабораторная работа №2
- •Лабораторная работа №3
- •Лабораторная работа №5
- •Лабораторная работа №4
- •Лабораторная работа №6
- •Лабораторная работа №7
- •Лабораторная работа №8
- •Лабораторная работа №9
- •Требования к содержанию индивидуального задания
- •Список рекомендуемой литературы
- •Приложение а Состав и содержание технического задания (гост 34.602- 89)
- •Приложение б – Варианты индивидуальных заданий на проектирование
Лабораторная работа №4
Тема: Разработка функциональной структуры подсистемы.
Цель: Освоение методики разработки и описания функциональной части разрабатываемой подсистемы.
Задание.
Обосновать разрабатываемую КП и ее структурную организацию.
Выполнить описание процесса функционирования объекта в условиях КП.
Выделить и описать автоматизированные функции, исполняемые подсистемой.
Требования к содержанию отчета.
В подразделе 1 отражаются необходимые изменения в процессе, который компьютеризируется, с учетом внедрения КП. Описывается и обосновывается структура КП. Если разрабатываемая КП включает в себя несколько подсистем, выполняется краткое описание каждой подсистемы.
В подразделе 2 приводится описание процесса функционирования объекта компьютеризации в условиях функционирования КП. Составляется описание процессов выполнения каждой задачи в соответствии с требованиями, которые были сформированы в техническом задании (лабораторная работа №3). Выделяются существенные структурные элементы и действия, определяются связи между ними. По результатам подразделов 1 и 2 строятся функционально-структурная схема подсистемы.
В подразделе 3 по пунктам перечисляются автоматизированные функции разрабатываемой КП. По каждой функции выполняется описание входных данных и получаемых результатов. При необходимости дорабатывается функционально-структурная схема подсистемы. Отдельно рассматриваются действия (операции), которые выполняются программными или техническими средствами, и человеком. Отражаются все действия КП, направленные на компьютерную обработку и хранение входной информации.
По результатам подразделов 2 и 3 строится блок-схема алгоритма функционирования разрабатываемой подсистемы.
Контрольные вопросы.
Перечислить и охарактеризовать автоматизированные функции разрабатываемой КП.
С какой периодичностью выполняется какая-либо функция КП?
Что такое функционально-структурная схема КП?
Какие функции возлагаются на человека как элемента в структуре разрабатываемой КП?
Какова численность оперативного персонала, задействованного в автоматизируемых задачах до и после предполагаемого внедрения КП?
Перечислить объекты, на которых целесообразна эксплуатация КП?
Лабораторная работа №5
Тема: Разработка информационного обеспечения КП.
Цель: Освоение методики разработки и описания информационного обеспечения разрабатываемой подсистемы; проведение обоснования и выбора инструментальных средств его разработки.
Задание.
Обосновать выбор средства управления данными.
Обосновать выбор средства разработки логической модели данных.
Выполнить разработку логической модели данных.
Описать разработку физической модели данных.
Описать процесс организации сбора и обработки информации.
В случае если в разрабатываемой подсистеме не требуется разработка и описание БД, подразделы 1, 3 и 4 будут отсутствовать.
Требования к содержанию отчета.
В подразделе 1 студент определяет способ представления данных, которые будут сохраняться в подсистеме. Как правило, делается сравнения разных даталогических моделей и выбор реляционной модели данных. Далее проводится сравнения (например, в виде таблицы) двух современных систем управления базами данных (СУБД) серверного типа приблизительно одинаковой мощности. Проводится обоснования выбора одной из них как средства управления данными в КП. При необходимости ведется выбор отдельной СУБД для клиентской части.
В подразделе 2 производится выбор инструментального средства для разработки логической модели данных. Для этой цели можно использовать унифицированный язык визуального моделирования (UML) или любое CASE-средство. Необходимо привести обоснование выбора средства разработки модели данных с учетом выбранной СУБД. Объем подраздела не более одной страницы.
Подраздел 3 должен отражать разработку логической модели данных. Сначала на основе детального анализа предметной области проводится идентификация сущностей и связей между ними. Как правило, документ с обычным "бумажными" таблицами разбивается по принципу: одна "бумажная" таблица — одна сущность. Соответственно, каждому входному документу ставится в соответствие одна таблица или (в результате нормализации) структура связанных таблиц. Количество сущностей в модели зависит от предметной области. Рекомендуется имена и назначения сущностей привести в таблице 2.5.1.
Таблица 2.5.1 Сущности модели данных
№ |
Сущность |
Атрибуты |
Описание |
1 |
Сотрудники |
ИНН, фамилия, имя, отчество, … |
Информация о сотрудниках предприятия |
2 |
… |
… |
……... |
Сущности в таблице 2.5.1 можно разделить на оперативные и справочные. При разработке модели определяются сущности, их ключи и атрибуты, а также связи между сущностями. Цель логического моделирования — это таблицы в нормальных формах высшего, минимум, третьего (НФ3) порядка.
Необходимо привести рисунок логической модели данных.
В подразделе 4 осуществляется описание физической модели, где сущности заменяются реляционными таблицами, атрибуты — полями. Описание физической модели рекомендуется выполнить в виде таблицы 2.5.2.
Таблица 2.5.2 Структура таблицы _________
Имя поля |
Тип данных |
Размер |
Условие на значение |
Значение по умолчанию |
Примечание |
|
|
|
|
|
|
Краткое описание таблиц свести в таблицу 2.5.3:
Таблица 2.5.3 Список разработанных таблиц
№ п/п |
Имя таблицы |
Описание |
Необходимо привести рисунок физической модели данных.
В подразделе 5 приводится схема сбора, обработки и передачи информации и дается ее описание. Схему рекомендуется приводить направо (от приема и проверки входных документов или файлов к формированию и передачи исходящих документов или файлов по назначению). Описание схемы может быть подробным. Необходимо описать организацию ведения БД и привести средства ее защиты от разрушения и несанкционированного доступа, а также регламент процедур обслуживания (проверка, копирования, создания архивов).
В случае если в разрабатываемой КП не требуется разработка и описание БД, данный подраздел должен содержать описание подробной схемы сбора, обработки и передачи информации с указанием мнемонических имен, форматов, частот следования и прочих характеристик каждого сигнала, имеющего место в КП. На блок-схеме каждому сигналу соответствует направленная связь между субъектами рассматриваемого информационного процесса, обозначаемая стрелкой, а сами субъекты обозначаются блоками. В зависимости от характеристик субъектов могут использоваться разные блоки.
Для составления схемы может быть использован (UML) или CASE-средство. Если данная КП не предусматривает разработку БД, то в отчет следует включить подраздел выбора инструментального средства для разработки схемы.
В заключение необходимо привести конкретные средства выполнения требований к ИО, сформированных в лаб. работе №3. при необходимости провести коррекцию требований. Также могут уточняться требования к входной и выходной информации и требования с точки зрения избранной СУБД.
Контрольные вопросы.
Что входит в понятие «Информационное обеспечение КП»?
Перечислить современные СУБД, указать их преимущества и недостатки применительно к данной предметной области.
Перечислить основные инструментальные средства визуального моделирования, указать их отличительные особенности.
С какой целью разрабатывается логическая модель данных?
Дать определения понятиям: база данных, сущность, связь, атрибут, сигнал, информация.
