Библиографическое описание:

Островский К. А. Типы требований к Web-приложению для обработки экспериментальных данных // Молодой ученый. — 2010. — №5. Т.1. — С. 101-103.

Обработка экспериментальных данных в наше время чаще всего проводится с использованием вычислительных машин. Однако целевые пакеты предназначены либо для выполнения на локальной машине исследователя, либо реализуются с помощью GRID-технологий, что лишает их преимуществ перед современным типом программ – Web-приложениями. Среди этих преимуществ можно выделить следующие:

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

§  в отличие от классических приложений, пользователь не заботится об установке и настройке пакета;

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

§  обновление пакета не требует каких-либо действий со стороны пользователя;

§  обеспечение надежности хранения данных при сбое аппаратуры клиентских компьютеров;

§  не требовательность к ресурсам терминала – все действия над данными выполняются на удаленном сервере, где хранится приложение;

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

В рамках магистерской диссертации автору необходимо разработать Web-приложение для обработки экспериментальных данных. Разработка программного обеспечения (ПО) подчиняется определенному жизненному циклу (lifecycle), т.е. упорядоченному набору видов деятельности, осуществляемому и управляемому в рамках каждого проекта по разработки ПО, где процессы и методы – механизмы реализации жизненного цикла[1, c, 46]. Существует множество подходов реализации жизненного цикла разработки (например, такие как SWOT, VCM, BPR, ISA и т.д.), но всех их объединяет наличие этапа определения требований к программной системе. Недостаточный объем информации, поступающей от пользователей, требования, сформулированные не полностью, их кардинальное изменение после начала проектирования являются основными причинами, из-за которых нарушаются сроки разработки и рамки бюджета, чтобы предоставить пользователям полнофункциональный продукт.

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

§  проблема отсутствия общепринятых определений терминов;

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

§  создаются только бизнес-ориентированные классификации требований.

Ввиду этих причин автор, опираясь на работы [1] и [2], определил свои типы требований к разрабатываемой системе, иерархический список которых, изображен на рисунке 1. Все типы требований разделены на три основных класса:

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

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

3.      Требования общего характера.

Поясним типы требований, содержащиеся в этих классах:

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

§  требования к программной платформе во многом определяют инструментарий разработки, влияют на выбор СУБД;

§  требования к системе хранения данных – выбор СУБД будет влиять на уровень производительности приложения, затраты на обслуживание, объемы данных с которыми сможет оперировать система;

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

Рисунок 1 - Классификация и типы требований к разрабатываемому  приложению

§  требования к реализуемым методам обработки экспериментальных данных определяют состав методов и приемов обработки данных. Примерами этих средств являются аппараты математической статистики и интеллектуального анализа данных (Data mining);

§  требования к видам и размерностям величин, т.е. с какими типами данных и каких пределах их варьирования должно быть способно работать приложение;

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

§  требования к совместимости с форматами файлов других приложений определяют возможности импорта и экспорта данных (межпрограммное взаимодействие);

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

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

§  требования к интерфейсу пользователя определяют то, как происходит взаимодействие пользователя с приложением;

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

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

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

 

Литература

1.      Мацяшек, Лешек, А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML.: Пер. с англ. – М.: Издательский дом «Вильямс». 2002. – 432 с.: ил. – Парал. тит. англ.

2.      Вигерс Карл Разработка требований к программному обеспечению/Пер. с. англ. – М.: Издательско-торговый дом «Русская редакция», 2004. – 576 с.: ил.

3.      Требования к программному обеспечению – Википедия [Электронный ресурс] : свободная общедоступная многоязычная универсальная энциклопедия. – Режим доступа: http://ru.wikipedia.org/wiki/Требования_к_программному_обеспечению. - Загл. с экрана.

Обсуждение

Социальные комментарии Cackle