О каком графике речь идет ?

Это еще что такое? Что значит прозрачность? интерфейсного модуля

Имеется в виду график выполнения работ. Т.е. есть ли у нас жесткий срок, ограничивающий время выполнения проекта.

Условно - сильно ли заметен интерфейс с программой при работе, надо ли на него обращать особенное внимание. Где-то читал, что хорошим примером прозрачного интерфейса является "интерфейс" карандаша - глядя на него человек сразу понимает, как им пользоваться.

01001111111111110110111001110010

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

Мой вариант: 1101111001100100110111101110111

В принципе, аналогично. Спиральная модель близка к инкрементной. Таким образом, текущие участники склоняются к работе с итерациями, когда функциональность будет нарастать постепенно. Это вполне имеет смысл.

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

Методы я как раз могу подсказать - вплоть до спецификаций на каждую ассемблерную подпрограмму. Принципиальный вопрос, требующий принятия согласованного решения - что делаем? Или все экспериментируют с итерациями, или я помогаю с раскладкой работ по каскадной модели.

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

Я тут день буду в Новгороде, поэтому предлагаю потратить время на выбор модели с учетом мнений всех заинтересованных сторон.

Если выбрать каскадную модель, то у нас исходные данные должны быть одинаковы (операционная система, процессор и т.д). И к тому же у каждого разный уровень знаний. Я например должен подтянуть знания по fasm и quark.
Вообще важно следующее
научиться


Сделали бесконечный цикл, ждем какую команду введет пользователь. Что дальше?

В принципе, инструментальные средства должны быть схожими в любом случае. Что касается ОС, то это в любом случае 64 бита, и весьма и весьма вероятно, что Windows, а не Windows/Linux. На первом этапе не стоит сразу решать много задач. Одинаковый процессор иметь совершенно необязательно, 64-битная ОС на нем все равно должна запускаться, а разные процессоры поспособствуют более широкому охвату тестов.


Я полагаю, что все далеко не так страшно. Ассемблер не обязательно знать досконально и во всех тонкостях, чтобы написать просто качественную программу. Даже наоборот, чрезмерное углубление в детали будет создавать иллюзию, что разработчик с трудом пробивается к какому-то замечательному результату, а на деле он просто барахтается в залежах разрозненного кода. Чтобы написать Форт, совсем необязательно охватить его сразу. Достаточно проводить детализацию вплоть до задач вида "давайте теперь напишем кусок кода, который будет заполнять нулями область памяти длиной rcx, адрес которой передан в rax". По конкретным задачам и знание ассемблера углубится.


А дальше этим можно будет пользоваться В том числе и в зависимости от текущих потребностей. Кстати, в вузе в определенной степени проще внедрить Форт в исследовательскую деятельность, чем внедрить его в конструкторскую практику на предприятии.

Скачал отсюда http://flatassembler.net/download.php вот этот файл http://flatassembler.net/fasmw17003.zip
Похоже fasm 1.71 еще не тестировался, качать его смысла нет.
Потом скачал http://msyst.ru/downloads/quarkexe.zip еще это http://msyst.ru/downloads/proton.zip дополнительно вот это http://msyst.ru/downloads/quark.pdf
Что еще нужно?
Windows 7 или Windows XP?

Не это имел в виду. Допустим поставил fasm потом
1. написал ассемблерный код бесконечного цикла
2. в цикле жду пока пользователь введет слово например dup.
3. делаю поиск того что ввел пользователь
4. нахожу у себя в словаре слово dup, вот дальше что делать незнаю.

Нужно fasm 1.70.
ОС - главное, чтобы 64-разрядная. Можно проверить пример с OpenGL из папки 64-разрядных примеров.

Как будем писать - все поясню. В четверг вернусь и начнем.

На Fasm пишется операционная система Колибри ОС и её KolibriOS форум можно на её коде учится использовать Fasm.

P.S. На Fasm есть сделанные Форт системы (часть названий было в посте выше) их реализации можно посмотреть для "первичного" знакомства.