- •Содержание
- •Определения, обозначения и сокращения
- •Введение
- •1 Предпроектная стадия
- •1.1 Сбор материалов обследования
- •1.1.1 Описание предметной области
- •1.1.2 Примеры разработок проектов для аналогичных систем
- •1.1.3 Описание выбранных методов проведения обследования
- •1.1.4 Описание выбранных методов сбора материалов обследования
- •1.1.5 Программа обследования
- •1.1.6 Разработка календарного плана-графика
- •1.1.7 Сбор и формализация материалов обследования
- •1.2 Анализ материалов обследования
- •1.2.1 Обоснование и список объектов автоматизации
- •1.2.2 Обоснование списка задач по объекту автоматизации
- •1.2.3 Обоснование выбора комплекса технических средств
- •1.2.4 Обоснование выбора операционной системы
- •1.2.7 Разработка технико-экономического обоснования и технического задания
- •2 Стадия технического проектирования
- •2.1 Основные положения по проекту информационной системы
- •2.2 Описание организационной структуры
- •2.3 Описание функциональной структуры
- •2.4 Принципы организации информационного обеспечения
- •2.5 Постановки задач
- •2.5.1 Регистрация
- •2.5.2 Авторизация
- •2.5.3 Добавление товара
- •2.5.4 Добавление товара в корзину и редактирование корзины
- •2.5.5 Оформление заказа
- •Описание структур входных и выходных сообщений
- •2.6 Диаграммы прецедентов Use-case
- •2.6.1 Диаграммы последовательности uml
- •2.6.2 Диаграммы состояний uml
- •2.6.3 Диаграммы деятельности uml
- •2.6.4 Диаграммы сотрудничества uml
- •2.7 Разработка форм документов и системы их ведения
- •2.7.1 Определение состава результатных показателей
- •2.7.2 Определение состава первичных показателей
- •2.7.3 Разбиение показателей по формам документов
- •2.7.4 Проектирование форм документов
- •2.7.5 Определение способа нанесения информации на документы
- •2.8.4 Разработка инструктивных материалов по сбору и обработке данных
- •2.8.5 Сбор и обработка данных
- •2.9 Структуры входных и выходных сообщений
- •2.10 Описание состава и характеристик периферийной техники
- •2.11 Описание состава и характеристик аппаратной платформы проекта
- •2.12 Система защиты информации
- •2.13 Проектно-сметная документация и показатели эффективности
- •2.14 План мероприятий по внедрению информационной системы
- •3 Стадия рабочего проектирования (рабочий проект)
- •3.1 Описание программы
- •3.2 Результаты тестирования системы
- •3.3 Расчет экономической эффективности. Разработка проектно-сметной документации
- •3.4 Показатели экономической эффективности
- •Заключение
- •Список использованных источников
- •1 Исходные данные
- •2 Содержание разделов проекта
- •3 Научно-библиографический поиск
- •Приложние б Руководство пользователя
2.5 Постановки задач
2.5.1 Регистрация
Цель: зарегистрировать пользователя в интернет портале.
Для кого предназначено решение: клиент интернет портала.
Экономическая сущность: получение выходной информации и регистрации пользователя (e-mail, пароль), которая заносится в базу данных.
Организационная сущность: В процессе “Регистрации” участвуют четыре класса: пользователь, страница интернет-портала, форма для регистрации и БД. Клиент с помощью кнопки «Регистрация» отправляет запрос на регистрацию, после чего открывается форма для регистрации. Пользователь вводит данные и посылает запрос на регистрацию. БД проверяет данные на совпадение, при совпадении email выдает пользователю уведомление, при отсутствии совпадений заносит данные пользователя в систему. Результат регистрации выводится в области информационных сообщений.
Периодичность решения: каждый раз при регистрации нового клиента.
Требования к организации сбора исходных данных: достоверность, актуальность.
Требования к организации сбора исходных данных: ввод первичной информации о регистрации клиентом, производится самим клиентом интернет портала вручную.
Исходные показатели: email, пароль, фамилия, имя, отчество.
Связи с другими документами: задача регистрация позволяет пользователю зарегистрироваться в интернет портале и в дальнейшем пользоваться расширенными функциями данной системы.
Описание алгоритмов работы с помощью языка UML (рисунки 41-43):
Рисунок 41 – Диаграмма последовательности процесса «Регистрация»
Рисунок 42 – Диаграмма сотрудничества процесса «Регистрация»
Рисунок 43 – Диаграмма деятельности процесса «Регистрация»
2.5.2 Авторизация
Цель: авторизовать пользователя в интернет-портале.
Для кого предназначено решение: пользователь интернет портала.
Экономическая сущность: В зависимости от роли пользователя в системе предоставить дополнительные функции.
Организационная сущность: В процессе “Авторизация” участвуют четыре класса: пользователь, страница интернет-портала, форма для авторизации и БД. Клиент с помощью кнопки «авторизация» открывает форму для авторизации. Пользователь вводит данные и посылает запрос на авторизацию. БД проверяет данные на совпадение с данными в БД. В случае совпадения пользователю предоставляются дополнительные функции.
Периодичность решения: каждый раз при необходимости.
Требования к организации сбора исходных данных: ввод первичной информации для авторизации, производится самим клиентом интернет-портала вручную.
Исходные показатели: email, пароль.
Связи с другими документами: задача авторизация позволяет пользователю пользоваться расширенными функциями данной системы.
Описание алгоритмов работы с помощью языка UML (рисунки 44-46):
Рисунок 44 – Диаграмма последовательности процесса «Авторизация»
Рисунок 45 – Диаграмма сотрудничества процесса «Авторизация»
Рисунок 46 – Диаграмма деятельности процесса «Авторизация»
2.5.3 Добавление товара
Цель: для администратора системы реализовать размещение товара на портале.
Для кого предназначено решение: администратор интернет портала.
Экономическая сущность: появление товара в каталоге и дальнейшая продажа.
Организационная сущность: В процессе “Добавление товара” участвуют четыре класса: администратор, страница интернет-портала, форма добавления товара и БД. Администратор с помощью кнопки «добавить товар» открывает форму для добавления товара. Администратор вводит и сохраняет данные, БД проверяет данные на соответствие с форматом. В случае совпадения интернет-страница выводит уведомление, что товар добавлен, или, если формат данных не совпал, то – уведомление, что нужно подкорректировать данные.
Периодичность решения: каждый раз при необходимости.
Требования к организации сбора исходных данных: ввод данных о товаре производится по усмотрению администратора в соответствии с форматом БД.
Связи с другими документами: задача «добавить товар» позволяет администратору разместить товар в каталоге товаров.
Описание алгоритмов работы с помощью языка UML (рисунки 47-49):
Рисунок 47– Диаграмма последовательности процесса «Добавление товара»
Рисунок 48 – Диаграмма сотрудничества процесса «Добавление товара»
Рисунок 49 – Диаграмма деятельности процесса «Добавление товара»
