КаБа

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

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

Мы знаем, что есть вот такая шикарная диаграмма: В моих словах нет иронии, она действительно очень хороша с точки зрения структурирования видов требований, которыми оперирует аналитик, и определения их взаимосвязи. Более того, эта картинка является прекрасным примером того, что продуманная мысль неминуемо может найти свое лаконичное отображение на бумаге. Однако приходится сталкиваться с коллегами, которые принимают эту диаграмму за некоторую модель разработки требований и пытаются найти ей прямое применение в проектной деятельности, что иногда приводит к печальным последствиям. Почему? Попытаюсь объяснить. Знать эту диаграмму мало. Дело в том, что требования представляют собой текстовую / графическую модель проектируемой информационной системы (ИС). Помня, какие виды требований бывают, но не помня, что такое информационная система, довольно проблематично сформулировать все требования, которые необходимы для того, чтобы их совокупность стала моделью проектируемой ИС. Т.е....