Форум Сообщества Аналитиков
Общий раздел => Для всех => Тема начата: zx11 от 06 Августа 2014, 19:24:47
-
Здравствуйте !
Я не являюсь системным аналитиком, но данное направление мне очень интересно. И вот я получил задание, с помощью которого смогу приобрести начальный опыт в данной сфере. Задание такое: Схематично описать информационные потоки на предприятии. Данная схема будет использоваться для автоматизации информационных потоков. Схема должна быть просто линейной без декомпозиций - "на одном листе".
Прошу следующих советов:
1. Какой инструмент использовать, я планирую использовать Visio 2010.
2. Какие условные обозначения лучше выбрать для объектов схемы. Объекты такие: документ, отчет, справочник, обработка (например банк-клиент)
3 Вопрос скорее на перспективу какую нотацию вы порекомендуете UML или IDEF
-
1. Какой инструмент использовать, я планирую использовать Visio.
Любую "рисовалку", которая у вас есть, удобна вам и постановщику задачи.
2. Какие условные обозначения лучше выбрать для объектов схемы. Объекты такие: документ, отчет, справочник, обработка (например банк-клиент)
Прямоугольники, как самые распространённые.
3 Вопрос скорее на перспективу какую нотацию вы порекомендуете UML или IDEF
Ту, которую поймут Ваши коллеги-аналитики, разработчики...
-
Лучше следовать устоявшимся нотациям. По крайней мере, ваши модели будут понятны и впоследствии, т.к. базируются на стандартных нотациях.
Для описания информационных потоков подойдет DFD (диаграммы потоков данных), там уже все есть
внешняя сущность - как источник информации (данных и команд)
хранилище - как объект накопления данных внутри системы (очереди например)
блоки обработки - функции (активности)
линии - потоки данных.
Тогда - участки предприятия (отделы, цеха, подразделения или офисы, а ровно и сотрудники) - все это источники данных и они же потребители конечные
функциональные блоки - центры преобразования входящей информации в выходящую
Хранилища - Документы. справочники, журналы
Линии - элементы данных для документов. справочников отчетов
http://yourdon.com/strucanalysis/wiki/index.php?title=Table_of_Contents
-
Здравствуйте !
Я не являюсь системным аналитиком, но данное направление мне очень интересно. И вот я получил задание, с помощью которого смогу приобрести начальный опыт в данной сфере. Задание такое: Схематично описать информационные потоки на предприятии. Данная схема будет использоваться для автоматизации информационных потоков. Схема должна быть просто линейной без декомпозиций - "на одном листе".
Прошу следующих советов:
1. Какой инструмент использовать, я планирую использовать Visio 2010.
2. Какие условные обозначения лучше выбрать для объектов схемы. Объекты такие: документ, отчет, справочник, обработка (например банк-клиент)
3 Вопрос скорее на перспективу какую нотацию вы порекомендуете UML или IDEF
Исхожу из следующих предпосылок:
1. Вы не являетесь системным аналитиком - следовательно, результата со всеми профессиональными "бантиками" от Вас не ждут.
2. Схема "на одном листе" ориентирована в первую очередь на создание у человека цельного впечатления о предмете.
3. Схемы "на одном листе" часто показывают и "первым лицам".
Так вот, могу порекомендовать:
1. Не связываться со знаменитыми нотациями, если только потребителями не заявлена такая необходимость. Особенно с сильно формализованными и глубоко проработанными.
Во-первых потому, что без опыта налажаете. Во-вторых, потому, что "первые лица" в нотациях не особо разбираются, что приведет либо к непониманию нарисованного, либо к дискомфорту от осознания собственной "неполноценности" (со всеми вытекающими).
2. Про выбор условных обозначений. Картинка "на одном листе" должна быть понятна интуитивно. Желательно, даже дворнику. Поэтому используйте максимально простые элементы - например, подписанные прямоугольники. Или даже картинки - спросите у яндекса что-нибудь вроде "документ картинка" или "справочник иконка".
3. Визио вполне годится. Он достаточно простой, удобный, широко распространенный (в смысле, бигбосс с высокой вероятностью откроет присланный ему файл без проволочек с вызовом админа и последующим поиском дистрибутива и кряка к super-enterprise-designer-limited-edition-v3.17.02, в котором нарисована картинка).
4. Про перспективу: на мой взгляд, выбирать не надо. Почитайте про IDEF. Про UML. Про eEPC. Про [вставить свое название]. Они все чем-то хороши, чем-то - наоборот Не надо пытаться с наскоку изучить их "от и до", устройте себе обзорную экскурсию. Понимание их отличий, сильных и слабых сторон, целесообразности применения в том или ином случае придет с практикой.
-
Благодарю всех за ценные советы, которые на данном - начальном этапе помогли выбрать направление. Да действительно схема рассчитана в основном на первых лиц. Но это первый этап, вторым этапом как я и предполагал должна быть детальная схема. Вот здесь мне уже нужно будет использовать стандартную нотацию, смотрю сейчас в сторону DFD.
Задача оказалась очень интересной, данная область деятельности мне понравилась (пока в том объеме насколько я с ней соприкоснулся :)) Информации очень много по данной теме, сейчас для меня еще стоит задача личного плана выбрать так называемые азы, что бы не быть просто рисовальщиком картинок.
Еще раз всем спасибо