43 систем; • по созданию перспективной организационно-штатной структуры предприятия, осуществляющей реализацию рациональных технологий работы; • по изменению информационных потоков и документооборота, обеспечивающих реализацию рациональных технологий работы; • по разработке проектов схем внутреннего и внешнего документооборота, проекта положения о документообороте, проекта альбома форм входных и выходных документов. Создание системного проекта (модели требований к будущей системе) является первой фазой разработки собственно информационной системы (именно, фазой анализа требований к системе), на которой эти требования уточняются, формализуются и документируются. Системный проект строится на основе модели «как должно быть» и результатов обследования предприятия в части выявления требований к будущей системе. Фактически на этом этапе дается ответ на вопрос: «Что должна делать будущая система?» Именно здесь лежит ключ к успеху всего проекта информатизации. В практике создания информационных систем известно немало примеров неудачной реализации именно из-за неполноты и нечеткости определения системных требований. На этом этапе определяются: • архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями; • интерфейсы и распределение функций между человеком и системой; • требования к программным и информационным компонентам системы, необходимые аппаратные ресурсы, требования к базе данных, физические характеристики компонент системы, их интерфейсы; • состав людей и работ, имеющих отношение к системе; • ограничения в процессе разработки (директивные сроки завершения |
101 Модели бизнес-процессов предприятия могут быть разработаны с использованием различных CASE-средств в различных графических нотациях. В настоящее время на российском рынке присутствует достаточно много программных инструментальных средств, с помощью которых можно строить функциональные, информационные, стоимостные и имитационные • ' модели бизнес-процессов. К их числу относятся BPwin, ERwin, Dcsign/IDEF, EasyABC, Design/CPN, S-Designor, CASE-Аналитик, Designer/2000, ReThink, ABC Flowcharter, Oracle*Case, Visible Analyst Workbench, EasyCASE, Siivcrrun, Westmount 1-CASE, PRO-IV, Select Yourdon, программные продукты серии ARIS и т. д. Результатом проведения анализа и оценки являются предложения по совершенствованию деятельности предприятия, а именно: по изменению технологий целевой и обеспечивающей деятельности предприятия, операций учета, планирования, управления и контроля; по построению рациональных технологий работы структурных ^ подразделений предприятия с учетом существующих автоматизированных систем; по созданию перспективной организационно-штатной структуры предприятия, осуществляющей реализацию рациональных технологий работы; по изменению информационных потоков и документооборота, обеспечивающих реализацию рациональных технологий работы; по разработке проектов схем внутреннего и внешнего документооборота, проекта положения о документообороте, проекта альбома ф форм входных и выходных документов. Создание системного проекта (модели требований к будущей системе) является первой фазой разработки собственно информационной системы (именно, фазой анализа требований к системе), на которой эти требования уточняются, формализуются и документируются. Системный проект строится на основе модели “как должно быть” и результатов обследования 102 предприятия в части выявления требований к будущей системе. Фактически на этом этапе дается ответ на вопрос: “Что должна делать будущая система?” Именно здесь лежит ключ к успеху всего проекта информатизации. В практике создания информационных систем известно немало примеров неудачной реализации именно из-за неполноты и нечеткости определения # системных требований. На этом этапе определяются: архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями; интерфейсы и распределение функций между человеком и системой; требования к программным и информационным компонентам системы, необходимые аппаратные ресурсы, требования к базе данных, физические характеристики компонент системы, их интерфейсы; состав людей и работ, имеющих отношение к системе; ^ ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации). В рамках системного проектирования должно быть осуществлено: определение состава, структуры и характеристик функциональных задач в рамках деятельности структурных подразделений; определение состава и структуры программных средств информатизации технологии решения задач с учетом имеющихся средств в структурных подразделениях; 0 определение структуры и характеристик информационного обеспечения технологии решения задач; разработка технических решений по построению информационного обеспечения (логических структур баз данных, структур классификаторов); разработка состава автоматизируемых процедур документооборота. Системный проект должен включать: |