OberonCore
https://forum.oberoncore.ru/

Книги по проектированию и архитектуре систем ПО
https://forum.oberoncore.ru/viewtopic.php?f=75&t=2309
Страница 2 из 2

Автор:  Владислав Жаринов [ Суббота, 19 Май, 2012 12:37 ]
Заголовок сообщения:  Re: Книги по проектированию и архитектуре систем ПО

В общем, примерно так может выглядеть книжка по разработке на КП... или в структурном редакторе... с поправкой на подход к делу... :)

Автор:  Владислав Жаринов [ Понедельник, 21 Май, 2012 22:36 ]
Заголовок сообщения:  Re: Книги по проектированию и архитектуре систем ПО

Какие-то ещё, оказывается, существуют "Рекомендации по преподаванию..."... не знаю, лабуда или кому-то м.б. полезно?.. :)

Автор:  Валерий Лаптев [ Вторник, 22 Май, 2012 06:53 ]
Заголовок сообщения:  Re: Книги по проектированию и архитектуре систем ПО

У меня на полке стоит уж сколько лет... :)
Мы в нее смотрели, когда программы дисциплин писали...
И учебный план - тоже.
Полезная книжка.

Автор:  Владислав Жаринов [ Суббота, 27 Апрель, 2013 10:30 ]
Заголовок сообщения:  Проектирование надёжных и ремонтопригодных программ :)

Интересной показалась эта работа (снова спасибо Лаптеву - на сей раз за укрепление первоначального интереса :)):
Вложение:

Ну прежде всего, интересен подход к архитектурной модели. Можно предположить за "технической" и "вычислительной" сторонами "родной" и информатический уровни представления. Тут возникает вопрос, насколько корректно с системной т. зр. именно так структурировать и связывать эти "стороны"...

А стороны нужны не сами по себе, а для поддержки "разработки И документирования" ПО как составляющей системы. Что можно понять, например, отсюда:
на с. 39 писал(а):
...
Существует мнение, что для таких простых систем разбиение их на многие задачи является непроизводительным и пустой тратой времени: «Просто пишите программу, чтобы выполнить работу, и она будет выполняться еще до того, когда высохнут чернила на этих сложных диаграммах». Аргумент соблазнителен, но неверен. Если исследовать задачи в этой диаграмме, то можно отметить, что они будут работать в различных временных масштабах и иметь уникальные функции. Эти функции могут быть выполнены в отсутствии других задач, ...
- что детальнее обсуждалось ранее - на с. 27.

Сказанное же здесь:
на с. 40 писал(а):
... задача, привязанная к единственному иерархическому уровню, очень упрощает создание её кода, делая программу более надёжной и ремонтопригодной.
- указывает путь обеспечения полной ответственности за системы. Тот же, о котором Усов говорил применительно к иерархическим архитектурным моделям систем...

Пожалуй, это:
на с. 29 писал(а):
...
Выбор промышленной вычислительной оболочки определяется экономикой. Экономика — компромисс между стоимостью единицы вычислительного оборудования, амортизационной стоимостью разработки программного обеспечения и минимальным временем продажи. На результат компромисса существенно влияет ожидаемое число единиц произведенных систем.
...
- даёт некий подход к экономике не "сферических программ в вакууме", а как составляющих программно-аппаратных комплексов, в свою очередь, являющихся элементами оргтехсистем. Экономика которых зависит и от масштабов производства... Вот только понятие "амортизационной стоимости разработки ПО", видимо, нуждается в прояснении...

А вот тут:
на с. 31 писал(а):
...
Суть (и буквально, и фигурально) заключается в том, что эффективное долгосрочное использование программного обеспечения системы управления серьезно зависит от использования последовательных процедур проектирования, соответствующих уровню сложности программного обеспечения. Это также важно и для психического здоровья инженеров, ответственных за обслуживание!
- ставится также и задача снижения интеллектуальной нагрузки на участников ЖЦ. Заметим, от смысла деятельности, а не от одной формы представления моделей систем...

Как можно понять из дальнейшего, используется обычный подход к построению ПО, как и для материальных изделий. Так, результаты исполнения программ "трассируются" на самом деле как обычные реализации сетей работ (в книге - в формах линейного списка и/или "машинописно набираемой" в Матлаб отрезковой диаграммы). Т.е. имеется в виду то же, о чём здесь: viewtopic.php?p=75012#p75012 - "бизнес-процесс" есть реализация сети работ. И делается примерно то же, что в КУБе для обычной технологии. Ещё бы программа специфицировалась тоже как сеть...

Также важно, что как основной механизм взаимодействия определяется передача сообщений. Что соответствует обсуждавшемуся здесь: viewtopic.php?p=75076#p75076 , видимо... Другой механизм - распределённой БД - напоминает BBS... ну или широковещательную рассылку сообщений. Тут интересен будет квалифицированный разбор...

Страница 2 из 2 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/