Просмотр сообщений
3736
Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б
« : 29 Ноября 2008, 00:01:05 »Эд,А я и не пытаюсь искать корреляции, я просто рассуждаю в слух, словомудрствую так скать.
А как твои утверждения коррелируют с определение ГОСТ:
функция автоматизированной системы; функция АС: Совокупность действий АС, направленная на достижение определенной цели
Давайте посмотрим вот с какой стороны. ГОСТы формировались в эпоху засилия функционального подхода и структурной декомпозиции. Однако мир меняется - ужастно много произошло с тех пор как мне было 21 год, это примерно время рождения ГОСТов 34, а они по сути заимствованы из предыдущих ГОСТов, если учесть время их разработки и утруски, то время рождения еще можно отодвинуть в середину 80, а то и подальше.
Сейчас в бизнесе мы видим некое торжество процессного подхода.
Недостатки фунционального подхода известны, они проявляются и в функциональной оргструктуре. Основной - конфликт интересов-целей.
А вот процессный подход наоборот ставит цель в начало, подругому смотрит на исполнение задач и функций, интегрируя их...
Вот мне и кажется (крещусь часто), что Use case - это процесс, т.е. некий поток событий продвигающий субъекта к цели (или не продвигающий - это уж как предусмотрим). Причем ясно что движение к цели может быть разнопутевым, но все равно эти пути много имеют общего.
Функция же она не подчинена синтетической задачи достижения цели, она просто исполняет свою функцию.
Да функция может разуметься как математическая абстракция, программный элемент, технико-экономическая задача и т.п.
т.е. функция в строгом понимание - это функция
функция в свете экономики и иже с ней - задача
в программирование - самостоятельный кусок программы, организованный для совместного использования и возвращающий значение, тамеще выделяют процедуру - которая как бы ничего не возвращает но которая исполняет команду и меняет состояние системы
во многих языка нет процедур есть только функции:
функции, меняющие данные;
функции, меняющие состояние;
функции-операторы(исполняют команды, но наверное это близко к функции меняющей состояние)
Есть требования к продукту, но есть требования к тестированию этого продукта. Часто требования к продукту нужно изменить так, чтобы они были годны при использовании в тестировании. Поскольку семинар про требования, я заострил внимание на ту часть которая частенько выпадает из рассмотрения, т.е. требование как инструмент проверки качества и соответствия ПО
