Добавил:
Developer Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Все вопросы.docx
Скачиваний:
5
Добавлен:
21.01.2024
Размер:
5.08 Mб
Скачать

5. Это может ограничить доступ сотрудников, когда это необходимо.

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

21. Цель системного анализа. Какие определяются спецификации?

Цель проводимого системного анализа сложных систем заключается в:

  • определении возможной проблемы;

  • предсказании ее последствий, стадий процесса развития и причин возникновения;

  • формировании рекомендаций по решению похожих проблем в будущем

Спецификации подсистем, спецификации функций.

Системный анализ базируется на ряде общих принципов, среди которых:

  • принцип дедуктивной последовательности - последовательного рассмотрения системы по этапам: от окружения и связей с целым до связей частей целого;

  • принцип интегрированного рассмотрения - каждая система должна быть неразъемна как целое даже при рассмотрении лишь отдельных подсистем системы;

  • принцип согласования ресурсов и целей рассмотрения, актуализации системы;

  • принцип бесконфликтности - отсутствия конфликтов между частями целого, приводящих к конфликту целей целого и части.

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

  • хорошо структурированные (well-structured), или количественно сформулированные проблемы, в которых существенные зависимости выяснены очень хорошо;

  • неструктурированные (unstructured), или качественно выраженные проблемы, содержащие лишь описание важнейших ресурсов, признаков и характеристик, количественные зависимости между которыми совершенно неизвестны;

  • слабо структурированные (ill-structured), или смешанные проблемы, которые содержат как качественные элементы, так и малоизвестные, неопределенные стороны, которые имеют тенденцию доминировать.

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

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

Функциональная спецификация не определяет операции, происходящие внутри данной системы и каким образом будет реализована её функция. Вместо этого, она рассматривает взаимодействие с внешними агентами (например, персонал, использующий программное обеспечение; периферийные устройства компьютера или другие компьютеры), которые могут «следить», взаимодействуя с системой.

Пример из типичной функциональной спецификации:

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

Такое требование описывает взаимодействие внешнего агента (пользователь) и программной системы. Когда пользователь производит ввод в систему, путём нажатия кнопки ОК, программа отвечает (или должна ответить) закрытием окна, содержащего эту кнопку.

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

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