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

Как различить код, зависящий от значений данных и не зависящий от значений данных. Просто надо посмотреть точки ветвлений программы (функции), условных переходов и циклов и определить, от чего зависит выполнение условия. Если от значения данных, к тому же обрабатываемых, то код должен быть отнесен к прикладному. Если только от неких констант, типов, данных описывающих формат других данных, то это системный код.

Интересная статья:
http://karataev.nm.ru/appviasys.html

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

Ну да, у него достаточно условно.
Но понятно же, что TCP/IP-стеку наплевать на содержание и внутреннюю структуру пользовательских данных...
Ну, контрольные суммы разве что посчитает.

Ну дык, каждый уровень-то и есть прикладной, а для него нижний - системный... Как бы так.

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

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

А потом классификацию дал:
1. ОС. Не решает никакой прикладной задачи. Обеспечивает повышение пропускной способности вычислительного комплекса
2. Инструментальное ПО. Не решает никакой прикладной задачи. Обеспечивает повышение производительности труда программиста.
3. Проблемно-ориентированное системное ПО. Или предметно-ориентированное. Не решает никакой КОНКРЕТНОЙ прикладной задачи. Но ориентировано на решение КЛАССА прикладных задач. Классический пример - СУБД. Признаки системного ПО в подобных системах: внутренний язык программирования и интерпретатор. Например, браузер - вроде чисто прикладная прога. НО! Интерпретатор HTML и JavaScript (VBSCript) - унутре работет. А это уже системное ПО.

Возможно, системное ПО - более сложное ПО? И не требующее знания прикладной области? Прикладное - по-любому надо помимо ИТ знать и прикладную область.

Гм. Такое ощущение складывается, что прикладное это то, что пишешь прямо сейчас, а всё остальное -- системное

PS. Кстати, я не очень понимаю зачем нам делить софт на системный и прикладной.

О, зря я не дочитал до этого места. Эти понятия находятся в разных плоскостях.

Т.е. не понятно кому это жизнь облегчит.