SA, SD и SE

При планировании проекта разработки программного обеспечения я часто сталкиваюсь с помощником, который задает мне вопрос: в чем разница между SA, SD и SE? 

У меня был этот вопрос раньше, и он довольно запутанный. В чем разница между системным анализом и системным проектированием и системной инженерией? В чем разница между работой SA и SD? В чем разница между учебным обучением этих двух? В прошлом SA , SD и SE действительно трудно различить, и даже эти роли часто смешиваются разработчиками программного обеспечения.

С развитием ИТ-области SA, SD и SE постепенно превратились в необходимое профессиональное разделение труда для крупномасштабных проектов.Между ними есть значительные различия, будь то процесс разработки или даже будущее развитие. Чтобы стать компетентным PM, необходимо уметь различать различия между этими тремя, чтобы правильно организовать работу.

1. С.А., системный аналитик

SA - это аббревиатура от системного анализа, обычно называемого системным анализом.Основная задача состоит в том, чтобы выразить результаты, которые хотят клиенты, с помощью серии аналитических задач, и выразить их в различных документах, чтобы команда разработчиков могла фактически создать результаты на основе этих документов. .

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

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

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

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

. На основе планирования функций и модулей определите предварительное содержание базы данных и Спецификация соответствия разрешений между системой и пользователем

· Определение характеристик каждого программного компонента, такого как объекты, библиотеки функций и т. Д.

· Разработка новых стандартных рабочих процедур и привязка системных функций или модулей к этим процессам

· Основы SA Окружающая среда и потребности клиента, найдите подходящую SD-карту

SA также имеет следующие характеристики:

· Меня не волнует среда и инструменты разработки, используемые системой. Файлы, созданные хорошей SA, могут быть дополнены с использованием различных инструментов разработки и дают те же результаты, но Наиболее подходящий из них определяется SD

. SA фокусируется на выражении логики процесса и выполнения

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

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

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

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

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

Следовательно, SA должен иметь следующие возможности, квалификацию и профессиональную подготовку:

Знаком как минимум с одним языком программирования

Знаком с программной инженерией, знаком с элементами и особенностями инструментов разработки.

Знаком с системой управления или схемой рабочего процесса

Знаком с UML или аналогичными инструментами описания системы

Хорошие логические навыки

Хорошие коммуникативные навыки, в основном для понимания потребностей

Соответствующее знание отрасли

Среди этих трех SA ближе всего к PM, поэтому, когда SA занимается планированием карьеры, он также может рассматривать PM как следующую профессиональную цель для развития.

2. SD, системный дизайнер

Вообще говоря, SD - это не SA или PM в планировании карьеры. Конечно, нет ничего плохого в том, чтобы сделать это один раз, но если вы хотите пойти по этому пути, вы должны как можно скорее сменить работу, потому что SD - это, в конце концов, относительно закулисная работа, и она не слишком высока в общении и координации с клиентами. Требования и меньшая потребность в глобальном видении управления компанией.

На первый взгляд SD не имеет таких требований к работе, как SA, но на самом деле SD - это наиболее талантливая работа. Будь то состав экрана, простота эксплуатации и настройки, даже определение компонентов и спецификация объектов - все это требует некоторых талант. Многие программы очень мощные, но они не радуют глаз, или они сжимаются по мере использования. Все преимущества функций скрываются из-за этих недостатков. Это проблема SD.

Кроме того, SD также играет роль в оптимизации системы. Требования и структура, запланированные SA, являются лишь логическими идеями. В разных инструментах могут быть лучшие способы выполнения или это может быть трудно отобразить. Для этого требуется SD для использования среды и инструментов разработки. Понять, настроить и спланировать.

Например, один и тот же набор финансовых программ под WINDOWS XP, MAC, X WINDOWS будет иметь очень разные режимы отображения и методы. Если вы сопоставите его с различными инструментами разработки, такими как C ++, JAVA, .NET, PHP,… различий будет еще больше. Что касается SA, ему не нужно думать об этих вещах, но SD - это другое дело. Эти различия не только в этом. Иногда они также включают затраты на разработку и временные проблемы, а также важность SD. Узнаваемый.

В индивидуальном проекте содержание работы SD выглядит следующим образом:

· Разработка спецификаций элементов экрана

· Разработка структуры и правил страницы

· Создание рабочих экранов системы, редактирование спецификаций полей и надежная обработка

· Управление полномочиями на разработку и механизм работы системы

· Написание руководства пользователя

· Корректировка определения БД, чтобы оно соответствовало Спецификация полей экрана и совместное размещение операций

· Сотрудничество с SA для написания документов по разработке системы для программирования программистов

· Написание плана тестирования пользовательского интерфейса (UI)

Для грамотного SD необходимы следующие условия:

Хорошо знать хотя бы одну операционную систему и хорошо разбираться в функциях и API-интерфейсах каждого компонента этой операционной системы.

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

Иметь определенное чувство эстетики

Можно использовать как минимум одно программное обеспечение для рисования.

Работаем профессиональным инженером-программистом более трех лет.

Можно сказать, что SA дает душу и нервную систему системы, в то время как SD дает тело и внешний вид системы. Комбинация этих двух факторов может создать правильную, красивую и простую в использовании систему. Если вы чувствуете, что являетесь ИТ-специалистом, который не любит иметь дело со слишком большим количеством людей, и у вас есть немного настойчивости и таланта в отношении пользовательских интерфейсов, тогда SD определенно будет для вас хорошим выбором.

3. ГП, системный инженер

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

Конечно, хотя SE можно есть везде, это также самая тихая и редко озвучиваемая группа в проекте. Их работа в основном заключается в создании среды, в которой система может быть запущена. SE может дать SA и SD некоторые предложения о том, как отображать систему, но выбор времени для предложений обычно наступает после того, как в системе закончатся проблемы, с которыми система может справиться.

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

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

В рамках проекта SE будет выполнять следующие работы:

· Планирование и построение среды выполнения системы

· Установка и настройка среды клиента · Установка и настройка

СЕРВЕРА

· Обеспечение настроек среды для SA и PM

· Оптимизация надежности и валидности системы

· Написание плана тестирования надежности и производительности

· Знаком с компьютерами и соответствующей периферией

SE имеет следующие основные требования:

Знаком как минимум с одной операционной системой, особенно с соответствующими технологиями, такими как настройка и тонкая настройка системы.

Знаком как минимум с одной операционной системой веб-сервера, знаком с тем, как настраивать и оптимизировать

Работали инженером-программистом более одного года или знакомы с инструментом разработки

Иметь определенное представление о сетевой среде, особенно о некоторых настройках связи.

Знаком с методами оценки надежности и производительности, разбирается в настройках, связанных с системной средой.

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

4. Когда использовать в проекте

По сути, SE - это панацея.Пока это случай ИТ, SE должен быть включен, потому что нет ИТ-проекта, который не требовал бы использования инженерных технологий. Единственная разница заключается в типе используемых инженерных технологий. В проекте импорта пакетного программного обеспечения SE отвечает за обработку среды использования программного обеспечения, решение несистематических проблем, установку и настройку базы данных и сетевой среды, а затем установку и запуск. Все условия, необходимые для работы системы, должны быть решены и обработаны СЭ, но ни одна из этих задач не появится перед всеми, но они чрезвычайно важны и могут рассматриваться как закулисный герой.

Проекты, которые будут применяться к SA, SD и SE одновременно, по-прежнему основаны на индивидуальной разработке.

В проекте разработки группа SA отвечает за первоначальное исследование спроса и общее планирование архитектуры, преобразование всего рабочего содержания разработки системы в хорошо организованные документы, их надлежащее разделение и отправку, а также обеспечение возможности использования этих разделенных результатов разработки. Он будет корректно работать в будущем.

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

При разработке SD она должна полностью сотрудничать с SA, чтобы гарантировать, что разработанная система соответствует требованиям и эксплуатационным требованиям.

В дополнение к вышеуказанному рабочему содержанию эти трое должны написать планы тестирования. SA фокусируется на потоке данных в соответствии с исходной запланированной последовательностью и результатами тестирования, а SD фокусируется на защищенном от дурака тестировании на рабочем экране и правильности рабочего интерфейса. SE планирует надёжность системы.

5. Когда инженер-программист сменит работу?

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

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

Сделав шаг назад, вам не стоит платить так много. При хорошем планировании SA и SD инженеры могут решить более 90% потребностей в разработке программного обеспечения, если они соответствуют общим стандартам, если это не совпадение или вы очень Если вы заинтересованы, в противном случае вам будет сложно найти другие 10% вакансий, или, даже если вы это сделаете, вы не сможете поддерживать себя до конца своей жизни.

Однажды программисты поменяются местами, это их судьба.

Когда они хотят сменить работу, у них есть несколько вариантов: SA, SD, SE, стать боссом и сменить новую работу. Хотя кажется, что их много, но ночная сцена на самом деле мрачна, потому что программирование пишется в закрытых комнатах, а в результате длительного аутизма, когда они хотят сменить работу, им трудно иметь достаточно контактов, чтобы поддержать их в блестящей будущей карьере. Большинство людей восхищаются высокими зарплатами ИТ-специалистов, но они не знают, что просто платят за это без должного планирования, и будущее у них медвежье.

Первые пять вариантов, в основном последние два, предназначены только для случая, лишь немногие могут выбрать эти два, большинству разработчиков программного обеспечения все равно придется выбрать один из первых трех для разработки.

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

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

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

Наконец, вы чувствуете, что мир ИТ полон привлекательности для вас, будь то операционная система, инструменты разработки или программное обеспечение и ИТ-оборудование, он настолько привлекателен для вас. Контакт с людьми - не ваша основная потребность в жизни. Бесконечные ИТ-технологии сводят вас с ума, поэтому SE определенно ваш лучший выбор.

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

6. Заключение

Вышеупомянутое лично предоставляется друзьям, которые не понимают, что такое SA, SD и SE, в качестве справки и основы для рабочего задания. Появление этих трех фактически связано с быстрым ростом современных ИТ-технологий, поэтому необходимо провести соответствующее разделение труда для разработки программного обеспечения, чтобы справиться со все более сложной ИТ-средой.