Форум Сообщества Аналитиков
Общий раздел => Для всех => Тема начата: rc от 14 Марта 2011, 22:39:00
-
Народ, всем доброго времени суток.
Я не системный аналитик, не аналитик вообще. На данный момент я РП + программист.
Поэтому хотел бы обратится к профессионалам что бы пнули в нужное направление (аббревиатуры, книги, примеры реализации да и просто советы)
Задача состоит в следующем. Есть некое тиражное ПО. Система автоматизации. Хотелось бы иметь на основе нее некий продукт который бы включал в себя методологию внедрения данной конкретной системы.
Интересует что можно для этого сделать. Например описать функциональную модель системы + модель потоков данных + модель распределения ролей и прав и т.д. Получить из этого максимально предварительно предварительной информации, опросники, некие стадии или циклы проекта, модель и функции проектной команды, необходимые экспертные заключения и Т.Д.
Вот только ума ни приложу с чего начать, и когда считать оконечным.
-
http://mann-ivanov-ferber.ru/books/paperbook/itnotes
сокращенный, непричесанный вариант: http://ag-orlov.narod.ru/itnotes.htm
Книга не ответит на ваш вопрос напрямую, но она обязательна к прочтению.
-
http://mann-ivanov-ferber.ru/books/paperbook/itnotes
сокращенный, непричесанный вариант: http://ag-orlov.narod.ru/itnotes.htm
Книга не ответит на ваш вопрос напрямую, но она обязательна к прочтению.
Спасибо большое :) эту книгу я прочитал уже достаточно давно.
-
Добрый день. Этот вопрос не является праздным и частенько возникает в умах, когда ситуация подобная.
Ответ, кажется, простым, но на деле...
Что ожидается:
понятное дело, что в тиражном ПО заложена некоторая модель предметной области.
для конкретной организации, в которой предпологается установить и адаптировать продукт, то же есть некая модель предметной области. Возможно, она рассеяна и не формализована.
Идеально нужны обе модели в достаточно формализованном виде.
Вероятно, нужно составить разницу этих моделей, понять в чем, она заключается, (т.е. по сути нужно составить модель до и модель ожидаемую) и спланировать ряд организационных мер для перехода из одного состояния в другое.
Так мне видится в теории, на практике, ясное дело, все сложнее.
Подобная задача стояла у нас, когда мы внедряли подсистему Кадры. Было некое решение.
Я проанализировал, что есть в системе (просто линейный список возможных операций, действий, документов, отчетов, возможностей работы)
Далее я изучил (используя этот листок как основу) как реально что делается. Поставил плюсики соответствия и добавлял в список особенности.
Этот список особенностей послужил основанием для планирования мероприятий для адаптации, разработки дополнительного требуемого или доработки имеющегося функционала.
Распределение обязанностей по отделам, позволило сформировать и модель прав пользователей и настройку необходимых ограничений
Тем не менее все равно в ходе внедрения возникали какие-то неучтеные факты, которые, к счастью, не меняли общей модели, а лишь ее дополняли
-
Обычно для внедрения тиражного проекта в конкретно организацию, предварительно проводят GAP анализ - выявляют и описывают все так называемые разрывы - несоответствия внедряемой системы и требований организации. Ну и на основе него уже можно определить этапы внедрения, сроки, ресурсы.
-
Обычно для внедрения тиражного проекта в конкретно организацию, предварительно проводят GAP анализ - выявляют и описывают все так называемые разрывы - несоответствия внедряемой системы и требований организации. Ну и на основе него уже можно определить этапы внедрения, сроки, ресурсы.
Да но это когда есть конкретная организация. Вопрос в том когда ее нет. Когда необходимо иметь предварительно описанную систему как часть продукта, что бы предложить заказчику уже некий набор модели которые необходимо снять с его организации и сравнить с моделями снятыми с ИС. Что предварительно Описать ?
-
Добрый день. Этот вопрос не является праздным и частенько возникает в умах, когда ситуация подобная.
Ответ, кажется, простым, но на деле...
Что ожидается:
понятное дело, что в тиражном ПО заложена некоторая модель предметной области.
для конкретной организации, в которой предпологается установить и адаптировать продукт, то же есть некая модель предметной области. Возможно, она рассеяна и не формализована.
Идеально нужны обе модели в достаточно формализованном виде.
Вероятно, нужно составить разницу этих моделей, понять в чем, она заключается, (т.е. по сути нужно составить модель до и модель ожидаемую) и спланировать ряд организационных мер для перехода из одного состояния в другое.
Так мне видится в теории, на практике, ясное дело, все сложнее.
Подобная задача стояла у нас, когда мы внедряли подсистему Кадры. Было некое решение.
Я проанализировал, что есть в системе (просто линейный список возможных операций, действий, документов, отчетов, возможностей работы)
Далее я изучил (используя этот листок как основу) как реально что делается. Поставил плюсики соответствия и добавлял в список особенности.
Этот список особенностей послужил основанием для планирования мероприятий для адаптации, разработки дополнительного требуемого или доработки имеющегося функционала.
Распределение обязанностей по отделам, позволило сформировать и модель прав пользователей и настройку необходимых ограничений
Тем не менее все равно в ходе внедрения возникали какие-то неучтеные факты, которые, к счастью, не меняли общей модели, а лишь ее дополняли
Скажите а какие модели вы составляли (виды, нотации , цели моделирования именно в этой плоскости) ?
-
Да но это когда есть конкретная организация. Вопрос в том когда ее нет. Когда необходимо иметь предварительно описанную систему как часть продукта, что бы предложить заказчику уже некий набор модели которые необходимо снять с его организации и сравнить с моделями снятыми с ИС. Что предварительно Описать ?
это вам к маркетологам...они так хорошо могут описать возможности системы :)
смотря кто заказчик. Обычно простым языком описываем бизнес требования, которые реализованы в нашей системе. технические возможности с нарисованными схемами. рассказываем как будет проходить внедрение и как будем сопровождать. Ничего "умного" никогда не показываем...может я что то не правильно поняла...:(
-
Можно предложить такой вариант.
Есть ПО тиражное - SharePoint от MS.
Спрашиваем Заказчика, а чем занимаетесь (или предполагаем, что это нужно), деятельность какая , регулирующая среда и т.п.
Пишем концепцию на Систему, в которой говорится, что потребности заказчика ну не как не могут
решаться без SharePoint + доработки = решение. :)
Решения : к примеру, Кадры (как было сказано ранее), Делопроизводство, Регистрация обращений, Портал и т.п.
Модели в концепции рисовались верхнеуровневые , вроде IDEF0.