Russian Language English Language

13 Модели и методы для обоснования выбора состава аппаратных средств ВС

13.1 Реализация агенто-ориентированного подхода к обработке информации средствами ООБД CACHE’

13.2 Моделирование бюджета продаж ОАО «Российские железные дороги» в сфере грузовых перевозок

13.3 Обзор задач хранения, обработки и анализа данных корпоративного уровня

13.4 Информационное отображение экономических процессов в активных системах управления с асимметричной информированностью участников

13.5 SAP R/3 - инструмент формирования логистики закупок и продаж продукции ОАО «РЖД»

13.6 Некоторые проблемы построения корпоративных информационных систем

13.7 Технология согласования с пользователем Технического задания на разработку программного комплекса

13.8 Моделирование доходов и расходов с использованием корпоративных систем на МЖД

13.9 Организация финансовой аналитики с использованием системы SAP R/3 на московской железной дороге

13.10 Использование корпоративных систем для налогового моделирования на Московской железной дороге

13.11 Технология создания распределенной системы видеонаблюдения на основе COM/DCOM

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

13.13 Использование отраслевого классификатора мтр для снижения материальных затрат ж/д транспорта


Экспресс информация

Редколлегия журнала

Подписка на новости

Гостевая книга

Предоставление материалов

Письмо в редакцию

На начало


2004, Номер1 ( 4)



Place for sale
С

 

Технология согласования с пользователем Технического задания на разработку программного комплекса

 

 

А.Г. Мищенко, студ., Г.В. Николаев, асп.; рук. Л.А. Льноградский, к. т. н., доц.

 

 

(СамГТУ, г. Самара)

 

 

 

 

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

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

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

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