|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
Код: plaintext
Всем программистам привет! Respect! Столкнулся с такой проблемой как самостоятельным написанием ТЗ. Стараюсь придерживаться Госта РД 50 - 34.698 - 90. Само ТЗ уже написал, также только что закончил пояснительную записку к эскизному проекту, но не понимаю что можно указать в "схеме функциональной структуры": Код: plaintext 1. 2. 3. 4. 5. 6.
в самом госте описано то, что необходимо отразить, например ту же самые информационные связи между элементами, но что под этим понимается не очень как то понимаю. Пытаюсь в гугле нарыть какую либо инфу именно по описанию "схемы функциональной структуры", но выдает то что есть в Госте. Может у кого нить есть свой вариант( делали раньше ). Подскажите как быть то? P.S. также непонятно графически делается или просто текстовым документом? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2007, 14:15 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2007, 18:24 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
Я когда-то понимал под этим обычные функциональные требования к системе, как в IEEE 830, примеры можно посмотреть у Леффингуэлла или Вигерса. Дерево требований и трассировки между ними можно изобразить в виде графа. Полезность требований в таком виде, да и самого ГОСТ ТЗ, сомнительна. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2007, 18:31 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
Пройдём по РД - Документ "Схема функциональной структуры" содержит: 1) элементы функциональной структуры АС (подсистемы АС); Т.е. речь идёт об описании технических подсистем, которое можно делать списком и диаграммой зависимостей UML. автоматизированные функции и (или) задачи (комплексы задач); Описание бизнес-подсистем и пакетов use-case. совокупности действий (операций), выполняемых при реализации автоматизированных функций только техническими средствами (автоматически) или только человеком;Сценарии использования уровня проектирования, диаграммы действий, диаграммы состояний. 2) информационные связи между элементами и с внешней средой с кратким указанием содержания сообщений и (или) сигналов, передаваемых по связям, и при необходимости, связи других типов (входимости, подчинения и т. д.); Контекстная диаграмма и диаграмма потоков данных. 3) детализированные схемы частей функциональной структуры (при необходимости). Диаграммы последовательностей, диаграммы компонентов, диаграммы классов. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2007, 18:52 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
МайевтикПройдём по РД - Документ "Схема функциональной структуры" содержит:<...> Т.е. речь идёт об описании технических подсистем, которое можно делать списком и диаграммой зависимостей UML.<...>Описание бизнес-подсистем и пакетов use-case.<...>Диаграммы последовательностей, диаграммы компонентов, диаграммы классов.<...> Документ называется "Схема функциональной структуры", а не "Схема объектной структуры". Так и описывать в нём нужно функцинальную структуру - функции ПО с точки зрения пользователя, а не функции как единицы архитектуры и средство достижения модульности, тем более что во второй роли они уже почти нигде не актуальны, хотя когда писались ГОСТы - эти роли почти совпадали. Ключевые слова - "автоматизированные функции и (или) задачи (комплексы задач)". Я бы не рекомендовал совмещать в одном документе цели (UC, требования) и средства (классы, последовательности, компоненты и т.п.). Тем более что описание средств на таком уровне летализации IMHO должно содержаться в ТП, а не в ЭП. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 20:59 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
AlexTheRaven Документ называется "Схема функциональной структуры", а не "Схема объектной структуры". Что, в ГОСТе есть и такое понятие? Так и описывать в нём нужно функциональную структуру - функции ПО с точки зрения пользователя, а не функции как единицы архитектуры и средство достижения модульности, тем более что во второй роли они уже почти нигде не актуальны, хотя когда писались ГОСТы - эти роли почти совпадали. Ключевые слова - "автоматизированные функции и (или) задачи (комплексы задач)". Я бы не рекомендовал совмещать в одном документе цели (UC, требования) и средства (классы, последовательности, компоненты и т.п.). Тем более что описание средств на таком уровне летализации IMHO должно содержаться в ТП, а не в ЭП.В РД чётко сказано - "элементы функциональной структуры АС (подсистемы АС)". Что ты тогда понимаешь под подсистемами здесь? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 21:11 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 21:17 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
Майевтик AlexTheRaven"Схема объектной структуры". Что, в ГОСТе есть и такое понятие? Насколько я знаю, в ГОСТах такого понятия нет. Впрочем, по ГОСТам давно не работаю, поэтому могу ошибаться. МайевтикВ РД чётко сказано - "элементы функциональной структуры АС (подсистемы АС)". Что ты тогда понимаешь под подсистемами здесь? Наборы функций, выполняемых подсистемами. Хотя я всё же считаю, что принципы упорядочивания пользовательских функций могут отличаться от принципов выделения программных модулей, в т.ч. подсистем. МайевтикПервая же ссылка из гугла при поиске по словам "Схема функциональной структуры" . "Не верь написанному" Козьма Прутков Вполне внятный и хороший раздел "2. Автоматизируемые функции" идёт после весьма посредственного описания архитектуры "1. Элементы функциональной структуры"; к счастью, (2) написан не на основании (1). "3. Задачи, комплексы задач" - нормально, но с явным закосом на Oracle Text, хотя здесь решение принимать ещё рано. Как видно, то ли продавцы Oracle пообещали откат, то ли спецы стремятся поднять свою рыночную цену. "4. Операции, выполняемые пользователями при реализации автоматизированных функций" - хорошо, опять же, благодаря минимальной зависимости от (1). "5. Информационные связи между элементами системы и с внешней средой" - то ли я не понял, то ли действительно турбулентный поток сознания, наверное - из-за сильной зависимости от (1). Применение UML - по вкусу, но странно видеть суровую шапку документа, с сотней лишних полей, предполагающих годы на утверждение и ответственность всех подписавшихся как минимум головой, и иллюстрации, нарисованные как будто левой ногой. Хотя главное, конечно, смысл. Что характерно: в разделе (4) иллюстрации вполне, в (1) - бесполезная схема, в (5) - Пикассо отдыхает. Все оценки - глубокое IMHO. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2007, 14:34 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
а вот это порадовало: AlexTheRaven...Тем более что описание средств на таком уровне летализации IMHO должно содержаться в ТП, а не в ЭП. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2007, 15:17 |
|
непонимаю что необходимо отразить в "схеме функциональной структуры" эскизного проекта
|
|||
---|---|---|---|
#18+
FasterHarder Код: plaintext
Всем программистам привет! Respect! Столкнулся с такой проблемой как самостоятельным написанием ТЗ. Стараюсь придерживаться Госта РД 50 - 34.698 - 90. Само ТЗ уже написал, также только что закончил пояснительную записку к эскизному проекту, но не понимаю что можно указать в "схеме функциональной структуры": Код: plaintext 1. 2. 3. 4. 5. 6.
в самом госте описано то, что необходимо отразить, например ту же самые информационные связи между элементами, но что под этим понимается не очень как то понимаю. Пытаюсь в гугле нарыть какую либо инфу именно по описанию "схемы функциональной структуры", но выдает то что есть в Госте. Может у кого нить есть свой вариант( делали раньше ). Подскажите как быть то? P.S. также непонятно графически делается или просто текстовым документом? имхо в п. 2.3. должна быть именно СХЕМА, так как далее следует п. 2.5. в котором подразумевается "Раскрытие темы" п. 2.3. (по крайней мере пункты не должны противоречить друг другу) + оставляет неприятное впечатление игра словами "автоматизи руемые " / "автоматизи рованные " в вышеупомянутых пунктах документа РД 50.... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2007, 15:38 |
|
|
start [/forum/topic.php?fid=33&msg=34685918&tid=1549031]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
127ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 269ms |
total: | 485ms |
0 / 0 |