Анализ функционала сервиса «Речевого блокнота» и сравнение с решением конкурентов

Введение

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

Такая инновация поможет любому пользователю частично управлять своим браузером. При помощи голосовых команд можно будет заполнять формы регистрации, и осуществлять написание текстов, а также можно будет осуществлять голосовой поиск. В частности, если вам нужно, например, найти услуги грузчиков в Москве, вы просто заходите в поисковик и произносите эту фразу. Как сообщают представители Google Chrome, в дальнейшем голосовое пользование перейдет на новый уровень, вплоть до того, что использование клавиатуры при пользовании этого браузера вообще не понадобится. В будущих версиях Google Chrome планируется расширить модуль распознавания голоса, благодаря которому расширится функция голосового управления веб-браузером.

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

Будущее речевого интерфейса не в меньшей степени зависит от умения современных исследователей и разработчиков не только создать технологическую основу речевого ввода, но и гармонично слить технологические находки в единую логически завершенную систему взаимодействия «человек-компьютер».[1]

 

 

 

 

1. Анализ функционала сервиса «Речевого блокнота» и сравнение с решением конкурентов .

Одна из последних разработок в области распознавания речи является блокнот для речевого ввода:  SpeechPad .ru  созданный на базе Web.speech.API, корпорация Google .

 Cпецификация Web.speech.API  определяет JavaScript API, чтобы позволить веб-разработчикам включить распознавание и синтез речи в свои веб-страницы. Это позволяет разработчикам использовать для создания сценариев текста в речь и выход использовать распознавание речи в качестве входа для формы, непрерывная диктовка и контроля. JavaScript API позволяет веб-страниц для управления активацией и времени и для обработки результатов и альтернатив.

API веб речи направлена ​​на создание возможностей веб-разработчиков, обеспечением  в веб-браузере, речевого ввода и преобразования текста в речь выходных функций, которые, как правило, недоступны при использовании стандартного распознавания речи или программами чтения с экрана API.[3]

                                       Модуль распознавания речи Chrome.

 

 

                         

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

Польза такого сервиса очевидна - скорость ввода текста "с голоса" в несколько раз выше по сравнению с вводом с клавиатуры. При этом все, что надо иметь пользователю - это более-менее качественные микрофон и звуковую плату (желательно - со встроенным фильтром шумов).

  Данный голосовой блокнот имеет функцию «Транскрибация», которая позволяет переводить

аудио- и видеофайлы в текст. Видео можно брать из интернета, копируя в блокнот лишь его  URL-адрес либо его ID.

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

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

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

Расширение работает только в браузере Chrome. После установки расширения можно будет нажимать правой кнопкой в любом поле ввода и выбирать пункт 
Speechpad–>Start voice input. 
После чего произносимый в микрофон текст будет напрямую поступать в поле ввода. 
Ещё одной отличительной особенностью голосового блокнота «Speechpad», является то, что он оснащён кабинетом пользователя, который значительно расширяет его функционал. В кабинете пользователя можно:

- создавать удобный для Вас вид блокнота (обычный/компактный),

- вставлять или убирать  кнопки для редактирования текста,

- вводить, сохранять, редактировать, удалять слова для замены слов  в тексте,

-сохранять, просматривать, редактировать тексты.

Speechpad-очень прост и удобен в использовании. Приведённый выше расширенный спектр функций значительно отличает данный голосовой блокнот от подобных.

Ниже приведена таблица сравнения функционала с аналогами  Speechpad.

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

и сравнила их в единичной системе:

Показатели:

1. Работа с аудио/видео файлами- возможность перевода аудио/видео файлов в текстовые форматы, для дальнейшей работы.
2. Наличие кабинета пользователя- необходим для создания своего аккаунта, а так же дальнейшей работы с профилем, различными приложениями и разделами состовляющие этот кабинет.
3. Работа в онлайн режиме- для возможности оперативно брать из интернета нужную вам

информацию.

4. Наличие текстового редактора-возможность грамотной корректировки текста в самом блокноте.
5. Простота и доступность в использовании. Наличие бесплатной версии, незамысловатый интерфейс, простота авторизации/регистрации.

Показатели   Наименование	Распознаваниеаудио/видео файлов	Наличие кабинета пользователя	Работа  в он-лайн режиме	Наличие текстового редактора	Простота и доступность в использовании	ИТОГИ
Speechpad (Speecpad.ru)	1	1	1	0	1	4
Голосовой набор текста (problem-net.net)	0	0	1	0	1	2
Голосовой блокнот (Shops.jobsbuks.com)	0	0	1	1	1	3
Наборщик v1.0  (http://s419.ru/naborshhik/)	0	0	1	0	1	2
Еvernote- записная книжка	1	1	0	1	0	1
ORGANIZET.ru записная книжка	0	1	1	1	0	3

 

http://appstudio.org/notes/

Рис. 2 Таблица сравнения

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

 

 

 

 

 

 

.

 

 

2. Постановка задачи.

Цель: Разработка кабинета пользователя для сервиса  голосового блокнота «SpeechPad».

Задачи:

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

Создание модуля профиля пользователя. 
3. Выбор программного обеспечения

Для реализации программного продукта был выбран язык PHP. Это язык обработки гипертекста (HTML), используемый на стороне сервера (server side scripting language), конструкции которого вставляются в HTML-текст. В 2003 году вышла версия PHP 5.0 на базе машины Zend Engine 2 (фирма Zend Technologies Ltd), дает возможности для создания полномасштабных приложений, начиная с пятой версии его можно называть объектно-ориентированным. PHP является открытым программным продуктом, что означает его бесплатность и возможность создавать свои собственные расширения языка. PHP является самым молодым, перспективным и быстроразвивающимся из языков программирования для интернет-приложений, доля его использования по сравнению с другими языками быстро растет.

Его основные преимущества:

- широкая поддержка различных  технологий;

- совместимость с серверами;

- базами данных;

-  простота и бесплатность;

Для более быстрой и качественной разработки был выбран framework для php Codeigniter.

Codeigniter обладает следующими преимуществами:

- Поддержка версий php 4, 5;

- Модель MVC (Model-View-Controller);

- Легко расширяемая система через подключение собственных библиотек и плагинов;

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

- Хорошо спроектированная документация на английском языке с примерами;

- Очень быстрый в работе (не нагружает страницу);

Этот движок основан на модели Model-View-Controller (Модель-Вид-Контроллер).

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

Стандартная схема архитектуры «Модель-Вид-Контроллер» изображена на следующем рисунке:

 

Рис. 3. Модель MVC

Представление (вид) отвечает за отображение информации, поступающей из системы или в систему.

Модель является «сутью» системы и отвечает за непосредственные алгоритмы, расчёты и тому подобное внутреннее устройство системы.

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

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

 

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

Контроллер. Модуль управления вводом и выводом данных. Данный модуль должен следить за переданными в систему данными (через форму, строку запроса, cookie или любым другим способом) и на основе введённых данных решить:

· Передавать ли их в модель

· Вывести сообщение об ошибке и запросить повторный ввод (заставить модуль представление обновить страницу с учётом изменившихся условий)

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

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

Для исполнения приложений клиента на большинстве хостинг-площадок провайдеры предоставляют небольшое количество ресурсов (как вычислительных, так и дисковых). Поэтому для данного применения была необходима высокоэффективная СУБД, обладающая при этом высокой надежностью. Поэтому была выбрана MySQL, так как она является наиболее приспособленной в среде web.

Основными преимуществами данной СУБД являются:

- Гибкая система привилегий и паролей;

- Интерфейс с языками C и Perl, PHP;

- Быстрая работа, масштабируемость;

- Совместимость с SQL;

- Хорошая поддержка со стороны провайдеров услуг хостинга;

При разработке интерфейса важной задачей являлось реализовать его как можно более понятным и простым для пользователя, но при этом не теряющим свою функциональность. Поэтому, применялись средства javascript(объектно-ориентированный скриптовый язык программирования) и ajax(подход к построению интерактивных пользовательских интерфейсов веб-приложений, заключающийся в «фоновом» обмене данными браузера с веб-сервером). А для того, чтобы сократить время на разработку, была использована javascript-библиотека JQuery и ее дополнение JqueryUI. Библиотека jQuery помогает легко получать доступ к любому элементу DOM-дерева, обращаться к атрибутам и содержимому элементов DOM, манипулировать ими. Также библиотека jQuery предоставляет удобный API по работе с Ajax и имеет большой ассортимент готовых плагинов под самые различные задачи. [2]

 

4. Инфологическое моделирование

Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Для построения инфологической модели, я воспользовалась приложением Erwin Data Modeler r7.

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

• Диаграмма сущность-связь (Entity Relationship Diagram, ERD);
• Модель данных, основанная на ключах (Key Based model, KB);
• Полная атрибутивная модель (Fully Attributed model, FA);

1. Диаграмма сущность-связь  представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные 
бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Диаграмма сущность-связь может включать связи многие-ко-многим и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области.

2. Модель данных, основанная  на ключах, - более подробное представление данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

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

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

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

 

 

Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа (сущности). Каждая сущность в модели данных должна обладать некоторыми свойствами:

• Иметь уникальное имя; причем к этому имени должна всегда применяться одна и та же интерпретация (определение сущности). И наоборот: одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами.
• Обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются ею через связь.
• Обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.

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

Связь (Relationship) – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.

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

Как правило, каждый экземпляр родительской сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров дочерней сущности. Каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя.

Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.

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

Атрибут (Attribute) – любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.

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

Экземпляр атрибута – это определенная характеристика конкретного экземпляра сущности. Экземпляр атрибута определяется типом характеристики (например – "Цвет") и ее значением (например – "лиловый"), называемым значением атрибута.

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

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

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

На логическом уровне можно установить идентифицирующую связь один-ко-многим, связь многие-ко-многим или неидентифицирующую связь один-ко-многим. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся программой Database Designer в состав первичного ключа дочерней сущности.

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

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

Инфологическая модель находится в Приложении 1.

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

По модели представления данных БД классифицируются:

• Картотеки;
• Иерархические;
• Сетевые;
• Реляционные;
• Многомерные;
• Объектно-ориентированные.

На уровне физической модели электронная БД представляет собой файл или их набор в формате TXT, CSV, Excel, DBF, XML либо в специализированном формате конкретной СУБД. Также в СУБД в понятие физической модели включают специализированные виртуальные понятия, существующие в её рамках — таблица, табличное пространство, сегмент, куб, кластер и т.д.

В настоящее время наибольшее распространение получили реляционные базы данных. Картотеками пользовались до появления электронных баз данных. Сетевые и иерархические базы данных считаются устаревшими, объектно-ориентированные пока никак не стандартизированы и не получили широкого распространения. Некоторое возрождение получили иерархические базы данных в связи с появлением и распространением XML.

Система управления базами данных (СУБД) — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных.

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

База данных для SpeechPad написана на языке SQL. В качестве СУБД  использована MySQL.

Пример кода таблиц базы данных.

БД: `Speechpad`

-- --------------------------------------------------------

-- Структура таблицы `comusers`

--

CREATE TABLE IF NOT EXISTS `comusers` (

  `user_id` varchar(40) NOT NULL DEFAULT '',

  `upassword` varchar(20) NOT NULL DEFAULT '',

  `email` varchar(40) NOT NULL DEFAULT '',

  `uname` varchar(40) NOT NULL DEFAULT '',

  `phone` varchar(20) NOT NULL DEFAULT '',

  `regdate` date NOT NULL DEFAULT '0000-00-00',

  `lastdate` date NOT NULL DEFAULT '0000-00-00',

  `colvisit` smallint(5) NOT NULL DEFAULT '0',

  `news` tinyint(1) NOT NULL DEFAULT '1',

  `limited` tinyint(1) NOT NULL DEFAULT '1',

  PRIMARY KEY (`user_id`)

) ENGINE=MyISAM DEFAULT CHARSET=utf8;

-- --------------------------------------------------------

-- Структура таблицы `texts`

--

CREATE TABLE IF NOT EXISTS `texts` (

  `id_txt` int(11) NOT NULL AUTO_INCREMENT,

  `txtname` varchar(40) NOT NULL,

  `txtbody` text NOT NULL,

  `user_id` varchar(40) NOT NULL,

  PRIMARY KEY (`id_txt`)

) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=35 ;

-- --------------------------------------------------------

-- Структура таблицы `uielems`

--

CREATE TABLE IF NOT EXISTS `uielems` (

  `ui_id` int(11) NOT NULL,

  `uiname` varchar(120) NOT NULL,

  `uidesc` varchar(255) NOT NULL

) ENGINE=MyISAM DEFAULT CHARSET=utf8;

-- --------------------------------------------------------

-- Структура таблицы `uisetting`

--

CREATE TABLE IF NOT EXISTS `uisetting` (

  `uiset_id` int(11) NOT NULL AUTO_INCREMENT,

  `user_id` varchar(40) NOT NULL,

  `ui_id` int(11) NOT NULL,

  `vidid` tinyint(4) NOT NULL,

  `uival` int(11) NOT NULL,

  PRIMARY KEY (`uiset_id`),

  UNIQUE KEY `user_id` (`user_id`,`ui_id`,`vidid`)

) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=10

-- --------------------------------------------------------

-- Структура таблицы `zamena`

--

CREATE TABLE IF NOT EXISTS `zamena` (

  `id_zam` int(11) NOT NULL AUTO_INCREMENT,

  `word_from` varchar(255) CHARACTER SET cp1251 NOT NULL,

  `word_to` varchar(255) CHARACTER SET cp1251 NOT NULL,

  `user_id` varchar(40) CHARACTER SET cp1251 NOT NULL,

  PRIMARY KEY (`id_zam`)

4. ) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=4 ; 
   Разработка  структурно-функциональной схемы

SADT - методология структурного  анализа и проектирования, интегрирующая  процесс моделирования, управление  конфигурацией проекта, использование  дополнительных языковых средств. Процесс моделирования может  быть разделен на несколько  этапов: опрос экспертов, создание  диаграмм и моделей, распространение  документации, оценка адекватности  моделей и принятие их для  дальнейшего использования. Методология  возникла в конце 60-х годов  в ходе революции, вызванной появления  структурного программирования. Когда  большинство специалистов билось  над созданием программного обеспечения, немногие старались разрешить  более сложную задачу – задачу  создания крупномасштабных систем, включающих как людей и машины, так и программное обеспечение, аналогичных системам, применяемым  в телефонной связи, промышленности, управлении и контроле за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Поэтому разработчики систем начали формализовать процесс создания системы, разбивая его на следующие фазы:

• Анализ — определение того, что система будет делать
• Проектирование — определение подсистем и их взаимодействие
• Реализация — разработка подсистем по отдельности, объединение — соединение подсистем в единое целое
• Тестирование — проверка работы системы
• Установка — введение системы в действие
• Эксплуатация — использование системы

В процессе проведения обследования построена структурно-функциональная модель  системы (набор диаграмм). Исходная диаграмма (TOP) отображает  взгляд на систему в целом. На ней изображена работа «Приемной комиссии» и данные, которые она использует и создает. Работы изображаются прямоугольниками. Прямоугольник с косой чертой для работы выполнена декомпозиция. Работу декомпозируют до тех пор, пока она не станет элементарной. Прямоугольник без черты – работа не декомпозируется, то есть она является элементарной работой. Ниже приведен пример:

Рис.1 а) декомпозированная работа; б) декомпозиция у работы отсутствует

а)   б)     

 

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

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

2. Управление (Control) –  инструкции, правила или стандарты, которыми руководствоваться исполнители работы. Стрелки управления входят в работу сверху. Каждая работа должна иметь управление – правила, которые обеспечили бы стабильность ее выполнения.

3.  Выход (Output) – материал или информация, которые создаются в процессе выполнения работы. Каждая работа должна иметь выход. Стрелки выхода выводят из работы справа.

4.   Механизм (Mechanism) – ресурсы, используемые работой при ее выполнении: персонал, помещение, орудия труда, энергетические ресурсы. Стрелки механизмов подходят к работе снизу. Механизмы опускают на диаграммах декомпозиции, если их использование очевидно. Но это должно быть указано в описании родительской работы.[5]

 

 

 

 

 

 

 

 

Рис.2 Пример блока структурно - функциональной модели

При разработке структурно-функциональной модели использовалось инструментальное CASE-средство "AllFusion Process Modeler r7". В ходе анализа была построена функциональная модель (см. Приложение 2 «Функциональная модель» рис. 1).

Диаграмма декомпозиции первого уровня в модели идет под номером 2 (Приложение 2 «Функциональная модель» рис. 2).

 

 

5. Описание форм «Кабинета пользователя»