tw1911

Было несколько проектов на одной платформе: Бюро кредитных историй, Отчёты медстата, Медицинская информационная система.
Есть формы, которые заполняются человеком/машиной
Технология была такая:
1. Аналитик создаёт XSD схему в Altova Xml
2. Схема размещается где то где клиентские приложения могут её взять. Опускаю ньюансы версионирования схем, это важно.
3. Приложение, если нужно создать/читать документ на основе схемы - читает схему и генерит автоматом GUI, где юзер вводит данные.
4. При сохранении данные мапятся в XML с валидацией по XSD.

Ключевой компонент в нащем случае - генератор и маппер GUI в XML.
Первая версия была на Delphi ск омпонентом от devrace сильно адаптированного под нас. Думаю devrace сами не поняли силу того компонента, иначе бы активно пиарили бы его.
Вторая версия была на Java. Сапописный генератор + ws.apache.org/xmlschema

Поразительно :) но клиент БКИ работает последние 10 лет работает без участия программиста. Только XML схемы правят.

P.S. Был некий гений работающий на ФКЦБ России и создавший Электронную Анкету ФКЦБ в 1997. Тогда ещё не было ни xml ни схем. Был только SGML. Вот на нём ему удалось сделать чудо - небольшую программу, которая могла формировать формализованные документы любого уровня сложности с проверками и т.п.
Мы просто повторили его идеи уже на более стандартизованной платформе.

Поэтому прямой ответ - ws.apache.org/xmlschema/. Он может это. Если же нужен Гуй и прочее - то писать самим. 10 лет назад, когда мы писали это всё было несколько проектов, которые делали подобное.
Про сейчас врать не буду, давно другим занимаюсь.

Вам, уважаемый, надо заняться своим коммерческим проектом и не думать о карьере в рамкам чужого бизнеса.

может и есть.

Арч, генту, и, по большому счёту, фряха в качестве сервера - для мазохистов, так как процедура апгрейда оси может весьма доставлять.
Правильным будет выбор пакетноориентированного дистрибутива, мейнстрим здесь - centos для rpm-почитателей и debian для deb-почитателей. Остальное - для тех, кто обосновывает свой выбор чем-то.

Современных процессоров точно хватит на 2 года. А скорее всего даже больше. Раньше каждое новое поколение превращало предыдущее в тыкву, а сейчас хорошо если 10-15% роста наскребется.
www.ixbt.com/cpu/intel-ci7-23456.shtml

Все просто, тем кому нужна память ddr4-1866/2133 и ddr3L тому этот сокет будет ни к чему.

Перед началом планирования и дальнейших действий мой личный совет ознакомится серией постов от ЛинкМи-Ап "Сети для самых маленьких". В них вы найдете много ответов на свои вопросы. А по факту, насколько лично понял я, вы делаете библиотеку исходя из предписаний ФЗ. Половину вы сможете сделать на OpenSource, а вот фильтрацию, на вашем уровне технической грамотности, простите вы не сделаете. Для нее нужно покупать платное решение и вам будет спокойнее.
Самое просто для вас взять и нарисовать все, что куда идет, что, где и кому должно быть доступно и только после этого вы поймете как реализовать. 80% решений начинается с рисования и экономят порядка 50% времени на этапе внедрения.

Сплиттер - это видимо все таки коммутатор/хаб/свич.
На компьютер1 нужно установить фаервол с НАТом, лучше воспользоваться какой-нибудь готовой сборкой, что-нибудь типа pfSense или другую аналогичную по функционалу. На НАТе пробросить порт, чтоб был виден веб сервер в интернете. На счет "старенького компьютера" для роли компьютер1 - старость зависит от канала в интернет, если там нормальная скорость, то благодаря "старости" вы можете ее никогда не увидеть.
Веб сервер - обычно используют апач, можно и виндовый IIS.
На схеме есть еще "чужая сеть", не ясно что это за сущность, нужен ли в нее доступ в локальную сеть/ваш интернет. По уму между чужой сетью и вашей то же нужно поставить фаервол (можно рассмотреть возможность использования компьютер1 и для этого) или отделить ее в отдельный VLAN на коммутаторе, чтоб сети не пересекались.
С неизвестным беспроводным соединением лучше разобраться и сделать его известным, а то, не ровен час, что-нибудь там отвалится а вы не будете знать что делать.
Не ясно назначение wifi роутера, в зависимости от планируемого применения wifi нужно предпринять некоторые действия. Например, если на wifi будут сидеть только ваши сотрудники - это одно, если он будет публичным с доступом только внутрь сети - стоит его то же сильно ограничить в доступе к сети через фаервол или средствами самого роутера. Если публичный с доступом в инет - это совсем другая история - вы становитесь оператором связи :) лучше этого избегать.
Хорошо бы найти спеца, который бы все это настроил и поддерживал, хотя бы "приходящего".