|
1.3. Анализ программных технологий формирования стратегий управления материальными потоками Так, для создания программных приложений необходимо описать проблему и требования к системе. Стадия анализа состоит в исследовании проблемы, а не в поисках ее решения. Например, при разработке новой, информационной системы необходимо описать процессы, связанные с ее использованием. % При разработке приложения необходимо также обеспечить высокий уровень и подробное документирование логики решения, удовлетворяющего требованиям к системе и налагаемым’ ограничениям. В процессе проектирования основное внимание уделяется логическому решению, обеспечивающему выполнение основных требований. Например, как будет функционировать новая информационная система? Естественно, проект может быть реализован в. виде аппаратных средств и программного обеспечения. В реальной жизни программные проекты чаще всего достаточно сложны, и их декомпозиция (по принципу "разделяй и властвуй") это основная и, наверное, единственная стратегия борьбы со сложностью. Этот подход заключается в декомпозиции задачи на функции или процессы, приводящий к созданию иерархии процессов и подпроцессов. Основная задача, поставленная перед программным приложением, является, как уже было отмечено выше, автоматизация работы актуария. Для выдвижения требований к приложению сначала формализуем весь процесс работы актуария. Длярешения подобных задач существуют хорошо обкатанные методологии и стандарты моделирования систем. К таким стандартам, относятся методологии семейства IDEF. С их помощью можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта иглубина обследования процессов в системе определяется самим разработчиком, что |
автоматизированной системы управления материальными и информационными потоками, что делает ее еще более эффективной. Информационное обслуживание охватывает: • обработку входящей документации; • предложения от закупщиков; • оформление заказов поставщиков; • управление приемкой и отправкой; • контролирование наличности на складе; • оформление документов отправки; • диспетчерскую помощь, включая оптимальный выбор партий отгрузки и маршруты доставки; • обмен информацией с оперативным персоналом и верхним уровнем руководства; • различную статистическую информацию. 1.3. Анализ программных технологий формирования приложений управления поставками Так, для создания программных приложений необходимо описать проблему и требования к системе. Стадия анализа состоит в исследовании проблемы, а не в поисках ее решения. Например, при разработке новой информационной системы необходимо описать процессы, связанные с ее использованием. При разработке приложения необходимо также обеспечить высокий уровень и подробное документирование логики решения, удовлетворяющего требованиям к системе и налагаемым ограничениям. В процессе проектирования основное внимание уделяется логическому решению, обеспечивающему выполнение основных требований. Например, как будет функционировать новая информационная система? Естественно, проект может быть реализован в виде аппаратных средств и программного обеспечения. В реальной жизни программные проекты чаще всего достаточно сложны, и их декомпозиция (по принципу "разделяй и властвуй") это основная и, наверное, единственная стратегия борьбы со сложностью. Этот подход заключается в декомпозиции задачи на функции или процессы, приводящий к созданию иерархии процессов и подпроцессов. Основная задача, поставленная перед программным приложением, является, как уже было отмечено выше, автоматизация работы актуария. Для выдвижения требований к приложению сначала формализуем весь процесс работы актуария. Для решения подобных задач существуют хорошо обкатанные методологии и стандарты моделирования систем. К таким стандартам относятся методологии семейства IDEF. С их помощью можно •' эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина ; обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В настоящий момент к семейству IDEF можно отнести следующие стандарты: IDEF0 методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы; IDEF1 методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи; IDEF1X (IDEF1 Extended) методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе; 28 |