Довольно часто в запросах и обсуждениях всплывает тема ТРИЗ в системном анализе. Кто-то помнит ещё! Действительно, эта технология мышления — одна из признанных в мире чисто российских/советских разработок. И польза в ней, определенно, есть. Хотя некоторые концепции выглядят просто как здравый смысл :) Впрочем, это не мешает проектировщикам систем сплошь и рядом это здравый смысл не использовать.
Вот, например, техника "9 экранов". Очень мощная, если вдуматься. Обычно же как — аналитик фокусируется на центральном экране — система как есть. (В Systems.Education учат этому на курсе Разработка требований. Это для начала. Хороший аналитик смотрит на надсистему (окружение, использующую систему) и на внутреннюю архитектуру. Появляются интеграции, и это большая тема. Про это тоже есть целый курс. Иногда кто-то задумывается о развитии продукта. Вот тут мы про это рассуждаем — что делать сначала, а что потом. Иногда — про внедрение: например, перенос данных из замещаемых систем. Извините, курса на эту тему пока нет.
А вот удержать полную картину очень сложно: целых 9 точек зрения! И это, вообще, считайте, ТРИЗ ещё не начался — только самая первая техника.
А если аккуратно и вдумчиво задать вопросы про каждый квадрат, выясняется сразу много интересного. У нас же в каждый момент времени есть: взаимодействующие системы, входные данные, идентификаторы и справочники, данные и формы документов на выходе, пользователи и технические средства, сценарии работы. И вот есть прошлое, когда системы ещё нет, настоящее (считаем, что это момент, когда система заработала и подтверждено, что она решает задачу, для которой создана) и будущее (когда система будет решать другие задачи, а потом, в конце концов, будет выведена из эксплуатации). И вместе с системой меняется и её окружение, и её внутреннее устройство.
А значит — данные должны быть подготовлены и загружены в системы (а может, у нас несколько шагов внедрения — например, с параллельной эксплуатацией и постепенным замещением), справочники сконвертированы, смежные системы подключены, пользователи обучены, технические средства выделены и настроены, мониторинг, бэкапы и балансировщики подключены. Всё очень сложно? Так это именно та сложность, о которой писал Фредерик Брукс в "Мифическом человеко-месяце": переход от простой программы к программному продукту или программному комплексу стоит x3, а от программы к системному программному продукту (комплекс+продукт) — x9.
А всего-то чек-лист из 9 экранов #ТРИЗ :)
Вот, например, техника "9 экранов". Очень мощная, если вдуматься. Обычно же как — аналитик фокусируется на центральном экране — система как есть. (В Systems.Education учат этому на курсе Разработка требований. Это для начала. Хороший аналитик смотрит на надсистему (окружение, использующую систему) и на внутреннюю архитектуру. Появляются интеграции, и это большая тема. Про это тоже есть целый курс. Иногда кто-то задумывается о развитии продукта. Вот тут мы про это рассуждаем — что делать сначала, а что потом. Иногда — про внедрение: например, перенос данных из замещаемых систем. Извините, курса на эту тему пока нет.
А вот удержать полную картину очень сложно: целых 9 точек зрения! И это, вообще, считайте, ТРИЗ ещё не начался — только самая первая техника.
А если аккуратно и вдумчиво задать вопросы про каждый квадрат, выясняется сразу много интересного. У нас же в каждый момент времени есть: взаимодействующие системы, входные данные, идентификаторы и справочники, данные и формы документов на выходе, пользователи и технические средства, сценарии работы. И вот есть прошлое, когда системы ещё нет, настоящее (считаем, что это момент, когда система заработала и подтверждено, что она решает задачу, для которой создана) и будущее (когда система будет решать другие задачи, а потом, в конце концов, будет выведена из эксплуатации). И вместе с системой меняется и её окружение, и её внутреннее устройство.
А значит — данные должны быть подготовлены и загружены в системы (а может, у нас несколько шагов внедрения — например, с параллельной эксплуатацией и постепенным замещением), справочники сконвертированы, смежные системы подключены, пользователи обучены, технические средства выделены и настроены, мониторинг, бэкапы и балансировщики подключены. Всё очень сложно? Так это именно та сложность, о которой писал Фредерик Брукс в "Мифическом человеко-месяце": переход от простой программы к программному продукту или программному комплексу стоит x3, а от программы к системному программному продукту (комплекс+продукт) — x9.
А всего-то чек-лист из 9 экранов #ТРИЗ :)