ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Публикационная активность

(сведения по итогам 2016 г.)
2-летний импакт-фактор РИНЦ: 0,493
2-летний импакт-фактор РИНЦ без самоцитирования: 0,389
Двухлетний импакт-фактор РИНЦ с учетом цитирования из всех
источников: 0,732
5-летний импакт-фактор РИНЦ: 0,364
5-летний импакт-фактор РИНЦ без самоцитирования: 0,303
Суммарное число цитирований журнала в РИНЦ: 5022
Пятилетний индекс Херфиндаля по цитирующим журналам: 355
Индекс Херфиндаля по организациям авторов: 499
Десятилетний индекс Хирша: 11
Место в общем рейтинге SCIENCE INDEX за 2016 год: 304
Место в рейтинге SCIENCE INDEX за 2016 год по тематике "Автоматика. Вычислительная техника": 11

Больше данных по публикационной активности нашего журнале за 2008-2016 гг. на сайте РИНЦ

Вход


Забыли пароль? / Регистрация

Добавить в закладки

Следующий номер на сайте

4
Ожидается:
16 Декабря 2017

Проектирование программного обеспечения информационной системы

Статья опубликована в выпуске журнала № 3 за 2007 год.[ 22.09.2007 ]
Аннотация:
Abstract:
Авторы: Петриева О.В. () - , ,
Ключевое слово:
Ключевое слово:
Количество просмотров: 7812
Версия для печати
Выпуск в формате PDF (2.31Мб)

Размер шрифта:       Шрифт:

Проектирование – это итерационный процесс, при помощи которого требования к программной системе транслируются в ее инженерные представления. Обычно в проектировании выделяют две ступени – предварительное проектирование и детальное. Кроме того, на практике выделяют интерфейсное проектирование, цель которого – сформировать графический интерфейс пользователя (GUI). Сущность основных информационных связей процесса проектирования Подпись:  
Рис. 1. Информационные связи процесса
проектирования
представлена на рисунке 1.

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

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

Каждая подсистема разбивается на модули. Определяются типы модулей и межмодульного соединения.

Существует два типа моделей модульной декомпозиции: модель потока данных и модель объектов.

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

Подпись:  
Рис. 2. Затраты на модульность
Модель объектов основана на слабо сцепленных сущностях, имеющих собственные наборы данных, состояния и наборы операций.

Модульность – свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей, обеспечивающее интеллектуальную возможность создания сколь угодно сложной программы. Пусть С(х) – функция сложности решения проблемы х; Т(х) – функция затрат времени на решение проблемы х. Для двух проблем p1 и р2 из соотношения С(р1)>С(р2) следует, что

Т(р1)>Т(р2).                                           (1)

Очевидно, решение сложной проблемы требует большего времени. Далее из практики решения проблем следует: С(pl+p2)>C(pl)+C(p2).

Отсюда с учетом отношения (1) запишем:

Т(pl+p2)>T(pl) + T(p2).                            (2)

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

Таким образом, существует оптимальное количество модулей (Opt), которое приводит к минимальным затратам на разработку системы.


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=341
Версия для печати
Выпуск в формате PDF (2.31Мб)
Статья опубликована в выпуске журнала № 3 за 2007 год.

Возможно, Вас заинтересуют следующие статьи схожих тематик: