2.3 Sadt-диаграмма модели мира до автоматизации

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

SADT (Structured Analysis and Design Technique – методология структурного анализа и проектирования) – это методология, разработанная специально для того, чтобы облегчить описание и понимание искусственных систем, попадающих в разряд средней сложности. Описание системы с помощью SADT называется моделью.

SADT – модель системы автоматизации тестирования представлена на рисунке графическим языком. Графический язык SADT организует естественный язык вполне определённым и однозначным образом и обеспечивает

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

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

1) каковы действия пользователя?

2) каковы условия протекания процесса проверки?

3) кто контролирует процесс?

4) на каких этапах требуется указать параметры компонентов?

5) на каких этапах требуется анализ соединения компонентов?

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

Уровень, на котором рассматривается работа блока для автоматизации показан на рисунке 5.

Узел А1: Создать геометрическую модель платы. На рисунке 6 расписано создание геометрических моделей.

Инструкции, приказы

Заявки от клиентов

Рисунок 5 – Нулевой уровень

Рисунок 6 - Работа блока автоматизации

2.4. Описание разрабатываемой системы

С помощью схемы на рисунке 7 определим входы и выходы системы (модель «Чёрный ящик»). Клиент оставляет на сайте заявку на ремонт или на приобретение техники (исходные данные). Сообщаемая клиентом информация зависит от услуги которую он желает получить. Также на вход системы поступают различные документы из отделов для обновления услуг и товаров на сайте. На выходе мы имеем полный структурированный перечень документов, необходимых для оказания услуги клиенту.

Интернет-сайт

И сходные данные

Полный перечень доступной

Р азличные документы техники и услуг

Рисунок 7 – Входы и выходы системы «Интернет-сайта»

Средствами получения полного перечня предоставляемой техники и услуг является Интернет-сайт. Цель проекта – создать систему проектирования услуг, позволяющую упростить работу сотрудников с клиентами и дать возможность работать клиентам с системой удаленно.

Определим основные компоненты разрабатываемого программного продукта, то есть состав системы:

1. Модуль продаж;

2. Модуль создания и редактирования услуг;

3. База данных;

4. 1С:Предприятие 8.2

Структура состава системы представлена на рисунке 9.

Рисунок 8 – Модель состава системы

Рисунок 9 – Структурная схема системы

«Модуль создания и редактирования услуг» получает информацию от клиента. На выходе клиент получает информацию о доступных услугах и оставляет заявку. Вся информация хранится в базе данных. Используется СУБД MySQL. База данных взаимодействует с остальными модулями системы, накапливая поступающую в нее информацию в структурированном виде. При взаимодействии с базой данных используются транзакции, так как система проектирования услуг предполагает многопользовательскую работу.

В «Модуль продаж» передается запрос от клиента, на выходе мы получаем документы (ваучер, счет и т.д.).

«1С:Предприятие 8.2» взаимодействует с базой данных и получает из нее об услугах, клиентах, продажах и т.д.

3. Системный и когнитивный анализ разработки системы

3.1 Эталонная схема системы

Эталонная схема системы представлена на рисунке 10.

Рисунок 10 – Эталонная схема системы

3.2. Структура проблемной области

Рисунок 11 – Иерархическая структура проблемной области

3.3. Проект технического задания

1. Наименование и область применения (использования)

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

Проектирование и разработка Web-сайта с Интернет магазином для ООО НПП «Смарт»

Область применения:

Автоматизация работы фирмы.

2. Основание для разработки

Необходимость автоматизации деятельности приемки СЦ и организации удаленного доступа клиентов к предоставляемым услугам ООО НПП «Смарт»

3. Цель и назначение разработки

Цель разработки: создание Интернет-сайта.

Назначение разработки:

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

• создать возможность удаленного доступа клиентов к услугам;

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

Минимальные системные требования:

- операционная система: Windows 2000/XP/Vista/7 (для веб-клиента возможно использование Linux);

- процессор: Pentium III;

- оперативная память: 256 МБ;

- свободное место на жестком диске: 100 МБ;

- подключение к сети Интернет.

5. Экономические показатели

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

6. Стадии и этапы разработки

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

Реализованные и планируемые стадии работ над проектом в соответствии с ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» приведены в таблице 1.[6]

Таблица 1- Стадии и этапы разработки проекта

Стадии	Этапы	Содержание работ
1 Формирова-ние требований к АС	1.1 Обследова-ние объекта и обоснование необходимости создания АС	Сбор данных об объекте автоматизации; оценка качества функционирования объекта, выявление проблем, решение которых возможно средствами автоматизации
	1.2 Формирование требований пользователя к АС	Подготовка исходных данных для формирования требований к АС (характеристика объекта автоматизации, описание требований к системе, эффект, ожидаемый от системы); формулировка и оформление требований пользователя к АС
	1.3 Оформление отчета о выполненной работе	Оформление отчета о выполненных работах на данной стадии
2 Разработка концепции АС	2.1 Изучение объекта	Детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя
	2.2 Проведение необходимых научно-исследовательских работ
	2.3 Разработка вариантов концепции АС и выбор одного варианта, удовлетворяющего требованиям пользователя	Разработка вариантов концепции создаваемой АС и планов их реализации; оценка необходимых ресурсов на их реализацию и обеспечение функционирования; оценка преимуществ и недостатков вариантов; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта
	2.4 Оформление технического задания	Описание состава программного обеспечения АС, обоснование и утверждение предлагаемого варианта АС
3 Технический проект	3.1 Разработка проектных решений по системе и ее частям	Разработка общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по алгоритмам решений задач, по программному обеспечению
	3.2 Описание программного обеспечения для АС	Оформление списка программного обеспечения для комплектования АС
4 Рабочая документация	4.1 Разработка программного обеспечения	Разработка алгоритмов и программных средств системы, выбор и адаптация приобретаемых программных средств, разработка справочной системы
5 Ввод в действие	5.1 Подготовка объекта автоматизации к вводу АС в действие	Обеспечение подразделений объекта управления инструктивно-методическими материалами;
	5.2 Подготовка персонала	Обучение персонала и проверка его способности обеспечить функционирование АС
	5.3 Проведение предварительных испытаний	Испытания АС на работоспособность; устранение неисправностей
	5.4 Проведение опытной эксплуатации	Проведение опытной эксплуатации АС; анализ результатов опытной эксплуатации АС; доработка программного обеспечения
6 Сопровождение АС		Выполнение работ по устранению недостатков, выявленных при эксплуатации АС

8. Порядок контроля и приемки

Контроль и приёмка работ осуществляется в фирме-разработчике. Только после этого систему возможно эксплуатировать.

9. Приложения к техническому заданию

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

Предполагается тестирование системы в фирме-разработчике.

Схема шагов по проектированию САПР

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

Рисунок 12 - Блок-схема алгоритма создания Интернет-сайта