OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Вторник, 19 Март, 2019 00:33

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 24 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: Суббота, 19 Май, 2012 12:37 

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 21 Май, 2012 22:36 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Какие-то ещё, оказывается, существуют "Рекомендации по преподаванию..."... не знаю, лабуда или кому-то м.б. полезно?.. :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 22 Май, 2012 06:53 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3002
Откуда: Астрахань
У меня на полке стоит уж сколько лет... :)
Мы в нее смотрели, когда программы дисциплин писали...
И учебный план - тоже.
Полезная книжка.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 27 Апрель, 2013 10:30 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 2046
Интересной показалась эта работа (снова спасибо Лаптеву - на сей раз за укрепление первоначального интереса :)):
Вложение:

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

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

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

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

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

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

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


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 24 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2019, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB