Разработка автоматизированной корпоративной информационной системы для мелкооптового книжного магазина

Модель бизнес-процессов магазина в нотации DFD. Описание выявленных в процессе интервьюирования и наблюдения требований. Расширенное описание вариантов использования с элементами прототипирования. Схемы графического пользовательского интерфейса.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 01.11.2017
Размер файла 1,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Национальный исследовательский университет “МИЭТ”

Факультет прикладных информационных технологий

Кафедра: КИТиС

Пояснительная записка по дисциплине

«Проектирование информационных систем»

Тема: Разработка автоматизированной корпоративной информационной системы для мелкооптового книжного магазина

Выполнила студентка группы ПрИТ-31

Шергина Анна

Проверила Соколова Н.Ю.

г. Москва, 2017

Оглавление

Введение

План проекта в MS Project

Анализ предметной области

Отчет об интервьюировании заказчика

Модель бизнес-процессов магазина в нотации DFD

Описание выявленных в процессе интервьюирования и наблюдения требований

Идентификация требований (присвоение кода)

Матрица зависимостей

Актеры ИС

Разработка диаграммы прецедентов

Расширенное описание вариантов использования с элементами прототипирования

Общие положения из ТЗ

Проектирование ИС

Диаграмма классов

Диаграмма деятельностей

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

Диаграмма компонентов

Диаграмма развёртывания

Схемы графического пользовательского интерфейса

Заключение

Список литературы

Приложение 1

Введение

интерфейс пользовательский магазин модель

Цель: научиться документировать процессы создания информационных систем (ИС) на стадиях жизненного цикла, спроектировать информационную систему с помощью MS Project, DFD и UML-диаграмм.

Задачи:

· Разработать план проекта

· Описать бизнес-процессы

· Сформировать требования

· Разработать расширенное описание вариантов использования

· Разработать «Техническое задание»

· Спроектировать ИС в UML

· Оформить итоговый отчет в форме пояснительной записки (ПЗ)

План проекта в MS Project

На данном этапе была произведена разработка плана проекта по созданию информационной системы. Результат работы - план проекта представлен на следующих рисунках (Рисунок 1, Рисунок 2, Рисунок 3):

Рисунок 1 План проекта в MS Project (Задачи и сроки)

Рисунок 2 План проекта в MS Project (Задачи и сроки)

Рисунок 3 План проекта в MS Project (Ресурсы)

Анализ предметной области

Краткое описание бизнес-процессов магазина.

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

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

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

Отчет об интервьюировании заказчика

Сценарий интервью: (зеленый цвет - выбор заказчика)

1. Какие разделы информационной системы обязательно должны присутствовать? (Склад, Каталог книг, Учет покупателей, Поставщики, Заказы, Отчеты, Издательство, Сотрудники, Счета-фактуры)

2. В каком виде должно быть отображение разделов? (Пункты меню, Ссылки, Строка вкладок)

3. В какой форме вы бы хотели вести учет покупателей? (Таблица с информацией о покупателе)

4. В каталоге книг должен быть указан учет их на складе? (Да/Нет)

5. Для оформления заказов нужны специальные формы? (Да/Нет)

6. Счета-фактуры будут формироваться по единому шаблону? (Да/Нет)

7. В какой форме должны формироваться отчеты? (Таблицы, Текстовый документ)

8. Хотели бы вы использовать дополнительное ПО во время работы? (помимо информационной системы) (Да/Нет/Возможно)

Анализ полученной информации

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

Модель бизнес-процессов магазина в нотации DFD 1)

Для более наглядного представления бизнес-процессов в системе мелкооптового книжного магазина была разработана модель в нотации DFD, которую можно увидеть на рисунках (Рисунок 4, Рисунок 5, Рисунок 6), представленных ниже:

Рисунок 4 Декомпозиция на уровне процессов деятельности мелкооптового книжного магазина

Рисунок 5 Декомпозиция процесса "Работать с данными"

Рисунок 6 Декомпозиция процесса "Осуществлять контроль продажи и закупки книг"

Описание выявленных в процессе интервьюирования и наблюдения требований

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

Корпоративная информационная система должна предоставлять возможность:

Ш работать с каталогом книг,

Ш вести учет покупателей,

Ш формировать заказы,

Ш вести отчетность о деятельности магазина,

Ш работать с заказами,

Ш формировать счета-фактуры.

Нефункциональные требования к системе:

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

Ш Предусмотреть простой пользовательский интерфейс (интуитивно понятный).

Ш Автоматические сохранение данных при создании новой /редактировании существующей записи.

Ш Разграничение прав пользователей:

o Продавец может заполнять только форму заказа.

o Менеджер не имеет доступа к отчетам.

o Руководитель имеет полный доступ.

Идентификация требований (присвоение кода) 1)

Чтобы идентифицировать требования была создана Таблица 1 - Требования к системе представленная ниже.

Таблица 1

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

Код

Требование

Т1

Система должна вести учет покупателей

Т2

Система должна вести учет книг

Т3

Система должна формировать заказы

Т4

Система должна формировать счета-фактуры

Т5

Система должна формировать отчеты о деятельности магазина

Матрица зависимостей

После идентификации требований была создана матрица зависимостей между этими требованиями (Таблица 2 - Матрица зависимостей).

Таблица 2

Матрица зависимостей

Требования

Т1

Т2

Т3

Т4

Т5

Т1

Т2

-

Т3

-

-

Т4

-

-

-

Т5

-

-

-

-

Актеры ИС

На Рисунке 7 представлены основные кандидаты системы.

Рисунок 7 Анализ актеров системы

Краткое описание актеров представлено в Таблице 3.

Таблица 3

Краткое описание актеров

Актер

Краткое описание

Менеджер

Осуществляет ввод данных о покупателях, поставщиках, книгах, ведет учет о закупках книг у поставщиков, формирует счета-фактуры

Продавец

Оформляет заказ

Руководитель

Ведет отчетность по деятельности магазина

Разработка диаграммы прецедентов 1)

После определения и описания основных актеров была создана диаграмма прецедентов (Рисунок 8):

Рисунок 8 Диаграмма прецедентов

Расширенное описание вариантов использования с элементами прототипирования 1)

На данном этапе было составлено расширенное описание прецедентов с включением интерфейсных форм (ГПИ) будущей ИС к разрабатываемой информационной системе. Расширенное описание каждого прецедента можно увидеть в следующих пунктах и таблицах: П1.1 Работать с данными поставщиков, Таблица 4 - Работать с данными поставщиков, П1.2 Работать с данными покупателей, Таблица 5 - Работать с данными покупателей, П1.3 Работать с данными о книгах, Таблица 6 - Работать с данными о книгах, П1.4 Работать с данными по закупкам книг, Таблица 7 - Работать с данными по закупкам книг, П2.1 Оформлять заказ, Таблица 8 - Оформлять заказ, П2.2 Формировать счета-фактуры, Таблица 9 - Формировать счета-фактуры, П3 Формировать отчеты о деятельности магазина, Таблица 10 - Формировать отчеты о деятельности магазина.

П1.1 Работать с данными поставщиков

П1.1

Менеджер

Работать с данными поставщиков

Создавать, редактировать, удалять, искать в базе данные о поставщиках

Основное действующее лицо: менеджер.

Другие участники прецедента: отсутствуют.

Связи с другими вариантами использования: отсутствуют.

Краткое описание.

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

Таблица 4

Работать с данными поставщиков

Прецедент

Работать с данными поставщика

Исполнитель

Менеджер

Цель

Создать (изменить, удалить) запись с информацией о поставщике

Примечание

Предварительные условия

нет

Типичный ход событий

Создать запись

Ввести данные в соответствующие поля экранной формы 1;

Сохранить данные;

Отобразить Форму 1 для ввода данных о поставщике;

Сохранить данные о поставщике;

Редактировать запись

Ввести параметры для поиска поставщика (форма2);

Выбрать поставщика в результатах поиска;

Скорректировать данные;

Сохранить данные;

Открыть экранную Форму 2 ввода данных для поиска записи с информацией о поставщике;

Отобразить результаты поиска;

Отобразить информацию о поставщике;

Сохранить данные о поставщике;

Удалить запись

Ввести параметры для поиска поставщика в форму 2;

Выбрать поставщика в результатах поиска.

Открыть экранную Форму 2 ввода данных для поиска записи с информацией о поставщике;

Отобразить результаты поиска;

Удалить запись.

Экранная форма ГПИ

Рисунок 9 Форма 1

Рисунок 10 Форма 2

Альтернативный поток

П1.2 Работать с данными покупателей

П1.2

Менеджер

Работать с данными покупателей

Создавать, редактировать, удалять, искать в базе данные о покупателях

Основное действующее лицо: менеджер.

Другие участники прецедента: отсутствуют.

Связи с другими вариантами использования: отсутствуют.

Краткое описание.

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

Таблица 5

Работать с данными покупателей

Прецедент

Работать с данными покупателе

Исполнитель

Менеджер

Цель

Создать (изменить, удалить) запись с информацией о покупателе

Примечание

Предварительные условия

Нет

Типичный ход событий

Создать запись

Ввести данные в соответствующие поля экранной формы 3;

Сохранить данные;

Отобразить Форму 3 для ввода данных о покупателе;

Сохранить данные о покупателе;

Редактировать запись

Ввести параметры для поиска покупателя (форма4);

Выбрать покупателя в результатах поиска;

Скорректировать данные;

Сохранить данные;

Открыть экранную Форму 4 ввода данных для поиска записи с информацией о покупателе;

Отобразить результаты поиска;

Отобразить информацию о покупателе;

Сохранить данные о покупателе;

Удалить запись

Ввести параметры для поиска покупателя (4);

Выбрать покупателя в результатах поиска.

Открыть экранную Форму 4 для поиска записи с информацией о покупателе;

Отобразить результаты поиска;

Удалить запись.

Экранная форма ГПИ

Рисунок 11 Форма 3

Рисунок 12 Форма 4

Альтернативный поток

П1.3 Работать с данными о книгах

П1.3

Менеджер

Работать с данными о книгах

Создавать, редактировать, удалять, искать в базе данные о книгах

Основное действующее лицо: менеджер.

Другие участники прецедента: отсутствуют.

Связи с другими вариантами использования: отсутствуют.

Краткое описание.

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

Таблица 6

Работать с данными о книгах

Прецедент

Работать с данными о книгах

Исполнитель

Менеджер

Цель

Создать (изменить, удалить) запись с информацией о книге

Примечание

Предварительные условия

Нет

Типичный ход событий

Создать запись

Ввести данные в соответствующие поля экранной формы 5;

Сохранить данные;

Отобразить Форму 5 для ввода данных о книге;

Сохранить данные о книге;

Редактировать запись

Ввести параметры для поиска книги (форма 6);

Выбрать книгу в результатах поиска;

Скорректировать данные;

Сохранить данные;

Открыть экранную Форму 6 ввода данных для поиска записи с информацией о книге;

Отобразить результаты поиска;

Отобразить информацию о книге;

Сохранить данные о книге;

Удалить запись

Ввести параметры для поиска книги (6);

Выбрать книгу в результатах поиска.

Открыть экранную Форму 6 для поиска записи с информацией о книге;

Отобразить результаты поиска;

Удалить запись.

Экранная форма ГПИ

Рисунок 13 Форма 5

Рисунок 14 Форма 6

Альтернативный поток

П1.4 Работать с данными по закупкам книг

П1.4

Менеджер

Работать с данными по закупкам книг

Вести учет о закупках книг у поставщиков

Основное действующее лицо: менеджер.

Другие участники прецедента: отсутствуют.

Связи с другими вариантами использования: работать с данными о книгах.

Краткое описание.

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

Таблица 7

Работать с данными по закупкам книг

Прецедент

Работать с данными по закупкам книг

Исполнитель

Менеджер

Цель

Вести учет о закупках книг у поставщиков

Примечание

Предварительные условия

Производится закупка

Типичный ход событий

Создать запись

Ввести данные в соответствующие поля экранной формы 7;

Сохранить данные;

Отобразить Форму 7 для ввода данных о закупках;

Сохранить данные;

Редактировать запись

Ввести параметры для поиска записи (форма 8);

Выбрать необходимую запись в результатах поиска;

Скорректировать данные;

Сохранить данные.

Открыть экранную Форму 8 ввода данных для поиска записи с информацией о закупках книг;

Отобразить результаты поиска;

Отобразить информацию о закупках книг;

Сохранить данные.

Экранная форма ГПИ

Рисунок 15 Форма 7

Рисунок 16 Форма 8

Альтернативный поток

П2.1 Оформлять заказ

П2.1

Продавец

Оформлять заказ

Получать заказ от покупателя, формировать заказ

Основное действующее лицо: продавец.

Другие участники прецедента: отсутствуют.

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

Краткое описание.

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

Таблица 8

Оформлять заказ

Прецедент

Оформлять заказ

Исполнитель

Продавец

Цель

Сформировать заказ

Примечание

Предварительные условия

Покупатель звонит/ приходит лично, чтобы сделать заказ

Типичный ход событий

Создать заказ

Ввести данные в соответствующие поля экранной формы 9;

Сохранить данные/распечатать счет-фактуру.

Отобразить Форму 9 для ввода данных о заказе;

Сохранить данные/ распечатать счет-фактуру.

Редактировать заказ

Ввести параметры для поиска заказа (форма 10);

Выбрать заказ в результатах поиска;

Скорректировать данные;

Сохранить данные.

Открыть экранную Форму 10 для поиска записи с информацией о заказе;

Отобразить результаты поиска;

Отобразить информацию о заказе;

Сохранить данные.

Экранная форма ГПИ

Рисунок 17 Форма 9

Рисунок 18 Форма 10

Альтернативный поток

П2.2 Формировать счета-фактуры

П2.2

Менеджер

Формировать счета-фактуры

Получать сформированный заказ,

формировать счета-фактуры по заказу

Основное действующее лицо: менеджер.

Другие участники прецедента: отсутствуют.

Связи с другими вариантами использования: оформлять заказ.

Краткое описание.

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

Таблица 9

Формировать счета-фактуры

Прецедент

Формировать счета фактуры

Исполнитель

Менеджер

Цель

Сформировать счет-фактуру по заказу

Примечание

Предварительные условия

Сформированный заказ

Типичный ход событий

Сформировать и распечатать счет-фактуру

Ввести номер заказа в соответствующее поле формы 11;

Нажать «Счет-фактура»

Отобразить Форму 11 для ввода поиска заказа;

Отобразить заказ;

Отправить на печать информацию для счета-фактуры.

Экранная форма ГПИ

Рисунок 19 Форма 11

Альтернативный поток

П3 формировать отчеты о деятельности магазина

П3

Руководитель

Формировать отчеты о деятельности магазина

Собирать данные о покупателях, поставщиках, имеющихся книгах, счетах-фактурах;

формировать отчет

Основное действующее лицо: руководитель.

Другие участники прецедента: отсутствуют.

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

Краткое описание.

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

Таблица 10

Формировать отчеты о деятельности магазина

Прецедент

Формировать отчеты о деятельности магазина

Исполнитель

Руководитель

Цель

Сформировать отчет о деятельность магазина за 1 месяц

Примечание

Предварительные условия

Наличие информации о покупателях, поставщиках, книгах, закупках книг и оформленных счетах-фактурах

Типичный ход событий

Создать отчет

Ввести параметры для поиска необходимой информации (форма 13);

Нажать «сформировать отчет»;

Сохранить отчет;

Открыть экранную Форму 13 ввода данных с фильтром для поиска информации по всей системе;

Отобразить результаты поиска;

Сформировать отчет по выбранным записям и отобразить на экране;

Сохранит отчет;

Редактировать отчет

Ввести параметры для поиска отчета (форма 14);

Выбрать отчет в результатах поиска;

Нажать «редактировать»;

Ввести параметры для поиска необходимой информации для отчета (13);

Нажать «сформировать отчет» по выбранным записям;

Сохранить отчет.

Открыть экранную Форму 14 ввода данных для поиска отчета;

Отобразить результаты поиска;

Предложить редактировать;

Открыть экранную Форму 13 ввода данных с фильтром для поиска информации по всей системе;

Отобразить результаты поиска;

Сформировать отчет по выбранным записям и отобразить на экране;

Сохранит отчет;

Удалить отчет

Ввести параметры для поиска отчета (14);

Выбрать отчет в результатах поиска.

Открыть экранную Форму 14 ввода данных для поиска отчета;

Отобразить результаты поиска;

Удалить выбранный отчет.

Экранная форма ГПИ

Рисунок 20 Форма 13

Рисунок 21 Форма 14

Альтернативный поток

Общие положения из ТЗ (Приложение 1) 2)

Настоящее Техническое задание на создание автоматизированной информационной системы для мелкооптового книжного магазина разработано в соответствии с ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы». В настоящем Техническом задании описаны общие требования к Системе в целом. Требования к отдельным компонентам Системы должны быть разработаны в рамках Частных технических заданий.

Полное наименование системы

Полное наименование системы «Автоматизированная информационная система для мелкооптового книжного магазина».

9.1.1 Краткое наименование

Краткое наименование Системы «Мелкооптовый книжный магазин»

1.1.1. Обозначение, присвоенное исполнителем

М-1.

1.2. НАИМЕНОВАНИЕ ЗАКАЗЧИКА И ИСПОЛНИТЕЛЯ, ИХ РЕКВИЗИТЫ

9.1.2 Наименование Заказчика

ООО «Новый Книжный Центр», Мелкооптовый книжный магазин «Читай-город»

9.1.3 Наименование Исполнителя

Полное наименование: федеральное государственное автономное образовательное учреждение высшего профессионального образования «Национальный исследовательский университет «МИЭТ».

Сокращенные наименования:

1. Национальный исследовательский университет «МИЭТ»;

2. МИЭТ.

Юридический адрес: 124498, Москва, Зеленоград, проезд 4806, дом 5.

Телефон: (499) 731-44-41.

Факс: (499) 710-22-33.

Электронная почта: netadm@miee.ru.

1.3. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

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

1.4. СВЕДЕНИЯ ОБ ИСТОЧНИКАХ И ПОРЯДКЕ ФИНАНСИРОВАНИЯ

1.4.1. Источник финансирования

Отсутствует.

1.4.2. Порядок финансирования

Отсутствует.

1.5. ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ

Сроки: начало: 01.05.2016 окончание 01.12.2017.

1.6. ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ

1.6.1. Выполнение работ по разработке Системы

Порядок выполнения, оформления и предъявления результатов работ регламентирован комплексом стандартов и руководящих документов:

- ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

- РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов. Работы по созданию Системы должны осуществляться в порядке, установленном в разделе 5 настоящего Технического задания.

1.6.2. Сроки представления результатов работ

Работы по созданию Системы должны быть проведены в 4 этапа:

1 этап - май 2016 год;

2 этап - декабрь 2016 год;

3 этап - май 2017 год;4 этап - декабрь 2017 год.

1.6.3. Приемка результатов работ

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

Полный документ смотри в Приложение 1.

Проектирование ИС 3)

Диаграмма классов

Разработка диаграммы классов (Рисунок 22) на языке моделирования UML с использованием инструментальны возможностей www.draw.io.

Рисунок 22 Диаграмма классов

Диаграмма деятельностей

Разработка диаграммы деятельности (Рисунок 23) на языке моделирования UML с использованием инструментальны возможностей www.draw.io.

Рисунок 23 Диаграмма деятельностей

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

Разработка диаграмм последовательностей (Рисунок 24, Рисунок 25, Рисунок 26, Рисунок 27, Рисунок 28) на языке моделирования UML с использованием инструментальны возможностей www.draw.io.

П1.1 Работать с данными поставщиков

Рисунок 24 Диаграмма последовательности «Работать с данными поставщиков»

П1.2 Работать с данными покупателей

Рисунок 25 Диаграмма последовательности «Работать с данными покупателей»

П1.3 Работать с данными о книгах

Рисунок 26 Диаграмма последовательности «Работать с данными о книгах»

П1.4 Работать с данными по закупкам книг

Рисунок 27 Диаграмма последовательности «Работать с данными по закупкам книг»

П2.1 Оформлять заказ

Рисунок 28 Диаграмма последовательности «Оформлять заказ»

Диаграмма компонентов

Разработка диаграммы компонентов (Рисунок 29) на языке моделирования UML с использованием инструментальны возможностей www.draw.io.

Рисунок 29 Диаграмма компонентов

Диаграмма развертывания

Разработка диаграммы классов (Рисунок 30) на языке моделирования UML с использованием инструментальны возможностей www.draw.io

Рисунок 30 Диаграмма развертывания

Схемы графического пользовательского интерфейса

Схемы ГПИ представлены в пункте 8 раздела «Анализ предметной области».

Заключение

В ходе данной дисциплины мной была спроектирована автоматизированная корпоративная информационная система (АКИС) для мелкооптового книжного магазина (вариант №43). В рамках 7-ми лабораторных работ были реализованы следующие задачи:

* Разработан план проекта в MS Project

* Описаны и представлены в модели DFD бизнес-процессы

* Сформированы функциональные и нефункциональные требования

* Разработано расширенное описание вариантов использования

* Разработано «Техническое задание»

* Спроектирована ИС в UML

* Оформлен итоговый отчет в форме пояснительной записки (ПЗ)

Список литературы

1) Лекция №3. Прототипирование. Цели прототипирования. Классификация прототипов. Формирование видения. Разработка концепции информационной системы. Концепция в ГОСТ 34.601-90. Классификация и спецификация требований. Варианты использования. Описание вариантов использования. Диаграмма вариантов использования на UML. Пример реализации диаграммы на учебном примере. http://emirs.miet.ru/oroks-miet/upload/ftp/pub/2014/3/53142ad648e40/2014_T3_KITIS_PIS_230700.62_M2.pdf.

2) Лекция №4. Документирование требований. Разработка технического задания в соответствии с ГОСТ 34.602-89. Пример технического задания для учебного примера. Шаблон ТЗ определяет структуру документа и содержит подробные указания о содержании каждого раздела. Основой шаблона ТЗ может служить ГОСТ 34.602- 89. http://emirs.miet.ru/oroks-miet/upload/normal/00sx34t8y3dysw/T4_KITIS_PIS_230700.62_M2.doc.

3) Лекция №6. Визуальное проектирование на UML. Прецеденты использования, действующие лица. Диаграммы прецедентов, классов, деятельности, взаимодействия, состояний, компонентов и развертывания. http://emirs.miet.ru/oroks-miet/upload/ftp/pub/2014/3/532c01468198f/2014_T6_KITIS_PIS_230700.62_M3.pdf.

Приложение 1

Приложение 1

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

1. ОБЩИЕ ПОЛОЖЕНИЯ

Настоящее Техническое задание на создание автоматизированной информационной системы для мелкооптового книжного магазина разработано в соответствии с ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы». В настоящем Техническом задании описаны общие требования к Системе в целом. Требования к отдельным компонентам Системы должны быть разработаны в рамках Частных технических заданий.

1.1. ПОЛНОЕ НАИМЕНОВАНИЕ СИСТЕМЫ

Полное наименование системы «Автоматизированная информационная система для мелкооптового книжного магазина».

1.1.1. Краткое наименование

Краткое наименование Системы «Мелкооптовый книжный магазин»

1.1.2. Обозначение, присвоенное исполнителем

М-1.

1.2. НАИМЕНОВАНИЕ ЗАКАЗЧИКА И ИСПОЛНИТЕЛЯ, ИХ РЕКВИЗИТЫ

1.2.1 Наименование Заказчика

ООО «Новый Книжный Центр»

Мелкооптовый книжный магазин «Читай-город»

1.2.2 Наименование Исполнителя

Полное наименование: федеральное государственное автономное образовательное учреждение высшего профессионального образования «Национальный исследовательский университет «МИЭТ».

Сокращенные наименования:

3. Национальный исследовательский университет «МИЭТ»;

4. МИЭТ.

Юридический адрес: 124498, Москва, Зеленоград, проезд 4806, дом 5.

Телефон: (499) 731-44-41.

Факс: (499) 710-22-33.

Электронная почта: netadm@miee.ru.

1.3 ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

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

1.4 СВЕДЕНИЯ ОБ ИСТОЧНИКАХ И ПОРЯДКЕ ФИНАНСИРОВАНИЯ

1.4.1 Источник финансирования

Отсутствует.

1.4.2 Порядок финансирования

Отсутствует.

1.5 ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ

Сроки: начало: 01.05.2016 окончание 01.12.2017.

1.6 ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ

1.6.1 Выполнение работ по разработке Системы

Порядок выполнения, оформления и предъявления результатов работ регламентирован комплексом стандартов и руководящих документов:

- ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

- РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов. Работы по созданию Системы должны осуществляться в порядке, установленном в разделе 5 настоящего Технического задания.

1.6.2 Сроки представления результатов работ

Работы по созданию Системы должны быть проведены в 4 этапа:

1 этап - май 2016 год;

2 этап - декабрь 2016 год;

3 этап - май 2017 год;

4 этап - декабрь 2017 год.

1.6.3 Приемка результатов работ

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

В разделе «Общие сведения» указывают:

1) полное наименование системы и ее условное обозначение;

2) шифр темы или шифр (номер) договора;

3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;

5) плановые сроки начала и окончания работы по созданию системы;

6) сведения об источниках и порядке финансирования работ;

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

2. Назначение и цели создания (развития) системы

2.1. Назначение системы

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

2.2. Цели создания (развития) системы»:

повышение эффективности работников мелкооптового книжного магазина;

автоматизация формирования отчетной информации для руководства магазина;

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

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

· 1) назначение системы;

· 2) цели создания системы.

В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать.

управления и управляемых объектов.

В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

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

3.1. Объект автоматизации

Сведения об объекте автоматизации

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

3.2. Общие сведения об объекте автоматизации

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

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

В разделе «Характеристики объекта автоматизации» приводят:

· 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

· 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Примечание: Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.

4. Требования к системе

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

Автоматизированная корпоративная информационная система для мелкооптового книжного магазина должна предоставлять возможность:

вести учет книг и покупателей;

формировать заказ;

формировать счета-фактуры;

формировать отчеты о деятельности магазина для руководства.

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

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

1. Сервер базы данных

2. Сервер приложений

3. Клиентские рабочие места для пользователей системы

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

4.1.2. Требования по диагностированию системы

Предусмотреть в системе возможность ведения журнала действий пользователей (логов) для возможности выявления неправомерной работы или несанкционированного входа. При фиксации действия, необходимо указать с какого компьютера вошел пользователь, ФИО пользователя, его действие.

4.1.3. Перспективы развития и модернизации

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

4.1.4. Требования к численности и квалификации персонала

Пользователями системы являются:

Менеджер магазина

Продавец магазина

Руководитель магазина

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

Пользователь системы должен уметь запускать Интернет браузер, вводить в адресную строку ссылку на программу и уметь вводить данные в экранные формы браузера.

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

Система должна обеспечивать одновременную, устойчивую работу пользователей как во время обычной (не более 5 пользователей со средней интенсивностью обращений 6 экранов в минуту), так и во время пиковой нагрузки (не более 15 пользователей со средней интенсивностью обращений 6 экранов в минуту) без значительного замедления скорости отображения экранных форм.

Система должна гарантированно отображать одну экранную форму объёмом не более 1 Мбайт в течение не более 10 сек.

Система должна отображать индикацию процесса выполнения операций длительностью более 1 секунды.

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

4.1.6. Требования к надежности

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

- при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

- при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

- при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

4.1.7. Требования по эргономике

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

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

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

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

Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.

4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению

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

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

Обслуживание Системы должно производиться системными администраторами и сертифицированными специалистами в период плановых перерывов или в случае сбоев Системы

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

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

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

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

Актер

Краткое описание

Менеджер

Осуществляет ввод данных о покупателях, поставщиках, книгах, ведет учет о закупках книг у поставщиков, формирует счета-фактуры

Продавец

Оформляет заказ

Руководитель

Ведет отчетность по деятельности магазина

4.1.10. Требования по сохранности информации

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

4.1.11. Требования к средствам защиты от внешних воздействий

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

4.1.12. Требования по патентной чистоте

Система должна отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации.

Используемое программное обеспечение Системы (за исключением вновь разрабатываемого в рамках проекта) должно иметь лицензии производителей.

Система должна предоставлять пользователям соглашение об использовании (пользовательское соглашение). Раздел «Требования к системе» состоит из следующих подразделов:

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

· 2) требования к функциям (задачам), выполняемым системой;

· 3) требования к видам обеспечения.

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

В подразделе «Требования к системе в целом» указывают:

· требования к структуре и функционированию системы;

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

· показатели назначения;

· требования к надежности;

· требования безопасности;

· требования к эргономике и технической эстетике;

· требования к транспортабельности для подвижных АС;

· требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

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

· требования по сохранности информации при авариях;

· требования к защите от влияния внешних воздействий;

· требования к патентной чистоте;

· требования по стандартизации и унификации;

· дополнительные требования.

В требованиях к структуре и функционированию системы приводят:

1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;

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

3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);

4) требования к режимам функционирования системы;

5) требования по диагностированию системы;

6) перспективы развития, модернизации системы.

В требованиях к численности и квалификации персонала на АС приводят:

· требования к численности персонала (пользователей) АС;

· требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;

· требуемый режим работы персонала АС.

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

Для АСУ указывают:

· степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;

· допустимые пределы модернизации и развития системы;

· вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.

В требования к надежности включают:

· 1) состав и количественные значения показателей надежности для системы в целом или ее подсистем;

· 2) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;

· 3) требования к надежности технических средств и программного обеспечения;

· 4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

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

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

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

В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:

· 1) условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;

· 2) предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;

· 3) требования по количеству, квалификации обслуживающего персонала и режимам его работы;

· 4) требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;

· 5) требования к регламенту обслуживания.

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

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

В требованиях к средствам защиты от внешних воздействий приводят:

· 1) требования к радиоэлектронной защите средств АС;

· 2) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

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

В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

В дополнительные требования включают:

· 1) требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;

· 2) требования к сервисной аппаратуре, стендам для проверки элементов системы;

· 3) требования к системе, связанные с особыми условиями эксплуатации;

· 4) специальные требования по усмотрению разработчика или заказчика системы.

4.2. Требование к функциям (задачам)

Требования к функциям и их краткое описание представлено ниже в виде реестра функций.

Код

Основной актер

Наименование


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.