<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/projectmaker/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя projectmaker]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Thu, 23 Apr 2026 16:09:36 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Разработка Технического задания по ГОСТ 34 легко и просто]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/432852/</guid>
      <link>https://habr.com/ru/articles/432852/?utm_campaign=432852&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Нередко слышишь мнение, что составление Технического задания по ГОСТ 34 (ТЗ) занятие не только трудоемкое, но и крайне раздражающее, поскольку приходится писать много всякой ерунды, воды. Но подумайте: разработкой этого ГОСТа занимались целые НИИ, это был проект на государственном уровне, обобщен опыт сотен проектов автоматизации, сложных проектов. Неужели они могли написать чушь? <br>
<br>
На самом деле, при грамотном подходе ГОСТ очень сильно помогает не только при разработке ТЗ, но и в ходе реализации проекта автоматизации в целом (и не только в госконтрактах, но и для коммерческой разработки). Грамотные люди его писали. Но чтобы воспользоваться плодами их трудов, нужно немного понять замысел не только ТЗ, но и ГОСТ 34 в целом. <br>
<br>
В данной статье мы пункт за пунктом разберем все требования ГОСТа и попробуем сделать разработку ТЗ по ГОСТ 34 не обременением, а большой помощью в проекте. <br> <a href="https://habr.com/ru/articles/432852/?utm_campaign=432852&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Wed, 19 Dec 2018 21:46:37 GMT</pubDate>
      <dc:creator><![CDATA[ProjectMaker]]></dc:creator>
      <category><![CDATA[Анализ и проектирование систем]]></category><category><![CDATA[Программирование]]></category><category><![CDATA[Управление продуктом]]></category><category><![CDATA[Управление проектами]]></category><category><![CDATA[Управление разработкой]]></category>
      <category><![CDATA[ГОСТ 34]]></category><category><![CDATA[Техническое задание]]></category><category><![CDATA[проектирование]]></category><category><![CDATA[каскадное проектирование]]></category><category><![CDATA[водопад]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Предпроектное обследования при разработке информационной системы]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/432844/</guid>
      <link>https://habr.com/ru/articles/432844/?utm_campaign=432844&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<h2>Что бывает без предпроектного обследования?</h2><br>
В свое время мне пришлось заниматься разработкой и продажей систем для составления маршрутов транспорта: на карту выводятся точки с заказами, обводишь их мышью и размещаешь в машины. Обращается к нам одна компания с просьбой продать приложение. Не один месяц мы пытались выяснить, зачем же им подобная система нужна, в результате продали им «коробку», очень уж они просили. Затем решила данная компания привлечь нас для внедрения. И тут выяснилось, что в первую очередь им нужна была функциональность для учета топлива, которая в нашей системе отсутствовала от слова совсем.<br> <a href="https://habr.com/ru/articles/432844/?utm_campaign=432844&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Tue, 11 Dec 2018 20:55:08 GMT</pubDate>
      <dc:creator><![CDATA[ProjectMaker]]></dc:creator>
      <category><![CDATA[Анализ и проектирование систем]]></category><category><![CDATA[Программирование]]></category><category><![CDATA[Управление продуктом]]></category><category><![CDATA[Управление проектами]]></category><category><![CDATA[Управление разработкой]]></category>
      <category><![CDATA[проектирование]]></category><category><![CDATA[Agile]]></category><category><![CDATA[каскадное проектирование]]></category><category><![CDATA[водопад]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Некоторые заметки по проектированию информационных систем]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/432842/</guid>
      <link>https://habr.com/ru/articles/432842/?utm_campaign=432842&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Моя прошлая статья <a href="https://habr.com/post/416525/">Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы</a> вызвала временами бурное обсуждение в комментариях. Поэтому я решил изложить ряд тезисов по мотивам данного обсуждения.<br>
<br>
<h2>Проектирование не для программистов</h2><br>
Очень часто при обсуждении методов проектирования и осуществления проекта информационных систем слышишь критику этих методов со стороны разработчиков (программистов). <a href="https://habr.com/ru/articles/432842/?utm_campaign=432842&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Tue, 11 Dec 2018 19:28:13 GMT</pubDate>
      <dc:creator><![CDATA[ProjectMaker]]></dc:creator>
      <category><![CDATA[Анализ и проектирование систем]]></category><category><![CDATA[Программирование]]></category><category><![CDATA[Управление продуктом]]></category><category><![CDATA[Управление проектами]]></category><category><![CDATA[Управление разработкой]]></category>
      <category><![CDATA[проектирование]]></category><category><![CDATA[Agile]]></category><category><![CDATA[каскадное проектирование]]></category><category><![CDATA[водопад]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/416525/</guid>
      <link>https://habr.com/ru/articles/416525/?utm_campaign=416525&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<h3>Почему именно больница?</h3><br>
А почему бы и нет? Это хороший пример. Проект везде проект: плюс-минус те же стадии, та же схема управления, документооборот, работа с рисками, контроль качества и так далее. Везде есть требования и к оборудованию, и к помещениям, и к ПО. Вы спросите, какие могут быть требования к помещениям в Информационной Системе? Очень просто: расположение рабочих мест операторов, сервера — и тем и другим потребуется кондиционер. Вот уже и требования к помещениям. И вряд ли нынче кто-то сомневается, нужно ли больнице ПО. Если вы хотите идти в ногу со временем, перед вами встанет задача создать автоматизированное лечебное учреждение с электронными медицинскими картами, где врачи делают осмотр с планшетами, а, например, санитарки отмечают вымытый туалет не на листике, а в телефоне. Требований к ПО в данном случае будет предостаточно. А как только потребуется ПО, появится необходимость установить сервера, куда-то посадить админа и операторов. Все взаимосвязано.<br>
<br>
Мы выбрали строительный проект, потому что на нем проще всего продемонстрировать, как спроектировать ИС. Информационная система скрыта где-то внутри, мы ее не видим, а стены — вот они перед нами: кривые и косые, с тупиковыми коридорами, потому что проект был сделан на коленке, да еще и заказчик свои требования менял сто раз по ходу пьесы.<br>
<br>
<div style="text-align:center;"><img src="https://habrastorage.org/webt/wu/-a/l1/wu-al1gkwetw_fbytrjdxylr4rw.jpeg" width="500"></div> <i>Программный код внутри (но этого никто не видит)</i><br>
<br>
<h3>При чем тут больница, если мы разрабатываем ПО?</h3><br>
А вот и нет, дорогие разработчики, руководители, аналитики, тестировщики.<br>
<br>
Не программное обеспечение вы разрабатываете… Возьмем Android, — это ПО. А если, например, перед вами бухгалтерская система, то вы уже имеете дело не просто с ПО, а с ИНФОРМАЦИОННОЙ СИСТЕМОЙ.<br> <a href="https://habr.com/ru/articles/416525/?utm_campaign=416525&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Sun, 08 Jul 2018 16:35:25 GMT</pubDate>
      <dc:creator><![CDATA[ProjectMaker]]></dc:creator>
      <category><![CDATA[Анализ и проектирование систем]]></category><category><![CDATA[Программирование]]></category><category><![CDATA[Управление продуктом]]></category><category><![CDATA[Управление проектами]]></category><category><![CDATA[Управление разработкой]]></category>
      <category><![CDATA[проектирование]]></category><category><![CDATA[Agile]]></category><category><![CDATA[каскадное проектирование]]></category><category><![CDATA[водопад]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
