Когда трава была зеленее, а солнце ярче, никаких системных аналитиков не было. Были программисты. Они добывали всю необходимую информацию для постановки задачи на разработку информационной системы, они же ее и разрабатывали. Вот мои родители такими были как раз. Они в 70-е годы работали программистами на вычислительном центре автотранса в группе программистов. Нужно было разработать систему, которая будет начислять таксистам зарплату. Исходными данными для начисления зарплаты были путевые листы по каждой поезде каждого таксиста. Вся эта банда программистов в белых халатах изучала работу автотранса, чтобы ее потом отразить в системе. Кто выдает путевые листы? Кто их заполняет? Куда и кому их передают потом? И так далее. А что мы потом будем с этим делать? Какие нужны интерфейсы ввода/вывода? Кто будет иметь к ним доступ? И как вообще будет работать будущая система?
Вот такое словесное описание будущей системы, содержащее ответы на все эти вопросы, - это и есть результат работы системного аналитика. Просто в те древние времена каждый программист был системным аналитиком, потому что он работал годами на вычислительном центре в одной и той же организации. Программист автотранса знал про перевозки все. Программист института "Гражданпроект" знал про строительство зданий все. Программист института "Гипрошахт" знал о проектировании и закрытии шахт тоже все.
В современном более динамичном и изменчивом мире и разработка ведется быстрее, и люди работу меняют чаще. Годами в одной сфере редко кто сидит. Ну не может программист, который работал 5 лет в области медицины, вдруг за ночь все выучить про производство металлопроката, если он решил подключиться к проекту для завода. Поэтому системный анализ выделился в отдельную профессию. Ок. Не нужно изучать работу завода за одну ночь. Есть специальный человек - системный аналитик - который изучит все и расскажет программисту, что делать. Только он не словами расскажет. Он подготовит документ, который называется "Спецификация требований". В этом документе подробно объясняется, какой должна быть система. То есть документ содержит требования к системе.
Хорошая новость, что не всякий программист должен изучать работу завода. Но плохая новость в том, что Спецификация требований это не просто слова, это еще и куча графических схем, которые нужно уметь прочитать и потом на их основе написать код. Ну и в работе завода все равно в процессе придется разобраться...
Поэтому системный анализ присутствует в любой дипломной работе по прикладной информатике. Одни будущие специалисты будут создавать спецификации требований, а другие будут в них потом разбираться. А потому, пока мы работаем над дипломом, каждый должен побыть немного в шкуре системного аналитика.
