Навигация
Разработка системного проекта
42322
знака
0
таблиц
2
изображения
4. Разработка системного проекта
Данный этап является первой фазой разработки собственно системы автоматизации (именно, фазой анализа требований к системе), на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Что должна делать будущая система?". Именно здесь лежит ключ к успеху всего проекта автоматизации. В практике создания больших программных систем известно немало примеров неудачной реализации именно из-за неполноты и нечеткости определения системных требований.
На этом этапе определяются:
· архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями;
· интерфейсы и распределение функций между человеком и системой;
· требования к программным и информационным компонентам системы, необходимые аппаратные ресурсы, требования к базе данных, физические характеристики компонент системы, их интерфейсы;
· состав людей и работ, имеющих отношение к системе;
· ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации).
Системный проект строится на основе модели “как должно быть” и включает функциональную модель будущей системы в соответствии с одним из общеупотребительных стандартов (например, IDEF0 или IDEF3), информационную модель, например, в соответствии со стандартом IDEF1X, а также техническое задание на создание автоматизированной системы (например, в соответствии с ГОСТ 34.602-89).
По завершении данного этапа (после согласования системного проекта с заказчиком) изменяется роль консультанта. Отныне он как бы становится на сторону заказчика, и одной из его основных функций на всех последующих этапах работ будет являться контроль на соответствие требованиям, зафиксированным в системном проекте.
Необходимо отметить следующее достоинство системного проекта. Для традиционной разработки характерно осуществление начальных этапов кустарными неформализованными способами. В результате заказчики и пользователи впервые могут увидеть систему после того, как она уже в большей степени реализована. Естественно, эта система отличается от того, что они ожидали увидеть. Поэтому далее следует еще несколько итераций ее разработки или модификации, что требует дополнительных (и значительных) затрат денег и времени. Ключ к решению этой проблемы и дает системный проект, позволяющий:
· описать, "увидеть" и скорректировать будущую систему до того, как она будет реализована физически;
· уменьшить затраты на разработку и внедрение системы;
· оценить разработку по времени и результатам;
· достичь взаимопонимания между всеми участниками работы (заказчиками, пользователями, разработчиками, программистами и т.д.);
· улучшить качество разрабатываемой системы, а именно: создать оптимальную структуру интегрированной базы данных, выполнить функциональную декомпозицию типовых модулей.
Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам. Более того, если по каким-либо причинам предприятие не готово к реализации на основе проекта, он может быть положен "на полку" до тех пор, пока в нем не возникнет необходимость. Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия.
5. Разработка предложений по автоматизации предприятия
На основании системного проекта осуществляется:
· составление перечня автоматизированных рабочих мест предприятия и способов взаимодействия между ними;
· анализ применимости существующих систем управления предприятиями для решения требуемых задач и формирование рекомендаций по выбору такой системы;
· совместное с заказчиком принятие решения о выборе конкретной системы управления предприятием или разработке собственной системы;
· разработка требований к техническим средствам;
· разработка требований к программым средствам;
· разработка предложений по этапам и срокам автоматизации.
6. Разработка технического проекта
На данном этапе на основе системного проекта и принятых решений по автоматизации осуществляется проектирование системы. Фактически здесь дается ответ на вопрос: "Как (каким образом) мы будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям?". Этот этап разделяется на два подэтапа:
· проектирование архитектуры системы, включающее разработку структуры и интерфейсов ее компонент (автоматизированных рабочих мест), согласование функций и технических требований к компонентам, определение информационных потоков между основными компонентами, связей между ними и внешними объектами;
· детальное проектирование, включающее разработку спецификаций каждой компоненты, разработку требований к тестам и плана интеграции компонент, а также построение моделей иерархии программных модулей и межмодульных взаимодействий и проектирование внутренней структуры модулей.
При этом происходит расширение системного проекта:
· за счет его уточнения;
· за счет построения моделей автоматизированных рабочих мест, включающих подсхемы информационной модели и функциональные модели, ориентированные на эти подсхемы вплоть до идентификации конкретных сущностей информационной модели;
· за счет построения моделей межмодульных и внутримодульных взаимодействий с использованием техники структурных карт.
7. Последующие этапы
В случае разработки собственной системы последующие этапы являются традиционными: по спецификациям технического проекта осуществляется программирование модулей, их тестирование и отладка и последующая комплексация в автоматизированные рабочие места и в систему в целом. При этом схема интегрированной базы данных, как правило, генерируется автоматически на основании информационной модели.
Настройка существующей системы MRP или ERP осуществляется по следующим этапам:
· наполнение системы фактическими данными;
· построение процедур их обработки;
· интеграция процедур внутри автоматизированных рабочих мест;
· интеграция автоматизированных рабочих мест в систему.
Заключение
В сегодняшней России, испытывающей трудности переходного периода к рыночной экономике, помощь специалистов по информационному консультированию является жизненно необходимой. Это в свою очередь ведет к развитию информационного консалтинга в качестве самостоятельной формы бизнеса, а также к росту в России числа консалтинговых фирм, специализирующихся в нем
Проблемы организации информационно-консультационного обслуживания непосредственным образом связаны с вопросами совершенствования управления организациями той или иной отрасли народного хозяйства Российский Федерации.
Известно, что не все стороны задачи организации этого обслуживания поддаются формализованным количественным методам исследования.
Анализ различных источников показывает, что информационно-консультационное обслуживание как отрасль экономики в России в настоящее время находится на начальном этапе развития.
Информационно-консалтинговые услуги немыслимы без упорядоченного механизхма выявления информационных потребностей консультируемой организации. Они в свою очередь предполагают поиск и нахождение информационных ресурсов для принятия своевременного и единственно возможного управленческого решения.
Для повышения эффективности информационно-консалтингового обслуживания целесообразно создавать банки методов базы знаний, базы данных и фонды методов при консалтинговых фирмах и информационно-консалтинговых центрах. Оптимизация всех этих процессов возможна при успешных ПР-стратегиях, главной задачей которых является создание положительных имиджа информационно-консалтинговых служб.
Список использованных источников
1. Калянов Г. Н. Консалтинг при автоматизации предприятий. – М., 2004.
2. Пастухов А. Информационные технологии в консалтинге. – М., 2001.
3. Т. Н. Ананьева, А. И. Ткалич Информационный консалтинг. – М.,2006
4. http://consulting-details.ru/Page148.html
5. http://www.interface.ru/fset.asp?Url=/case/defs1.html
Похожие работы
... передачи на постоянное хранение. Сведения об этих сроках можно почерпнуть из графика документооборота, который должен быть утвержден и выполняться в каждой организации независимо от формы собственности. В консалтинговом объединении “Превентива” график документооборота отсутствует. Это также является одним из недостатков. По причине этого сложно узнать среднюю скорость документооборота, которая ...
... . Ужесточение конкурентной среды, приход на российский рынок крупных западных игроков и экспансия отечественных компаний на зарубежные рынки подняли российскую экономику и частный бизнес на новый уровень. Объем рынка консалтинговых услуг в России, по оценкам экспертов, вплотную подошел к отметке в 2 млрд. долл. (в 2006 году объем рынка консалтинговых услуг в России составил $1,65-1,85 млрд., в 2
... в производстве, маркетинге, продаже, логистике и т.д. ФСА позволяет выполнить следующие виды работ: - определить и провести общий анализ себестоимости бизнес-процессов в организации; - осуществить функциональный анализ, связанный с установлением и обоснованием выполняемых структурными подразделениями функций с целью обеспечения выпуска продукции высокого качества и оказания услуг; ...
... рабочим органом, функции который будет выполнять созданный в качестве главного организационного инструмента совершенствования РИС – Аналитический Центр Инновационного Развития (АЦИР). Стратегическая функция АЦИР – организационно-правовое и финансовое сопровождение креативной деятельности в регионе, объединение под единым управлением инновационной и инвестиционной функции. Создатели инноваций ( ...
0 комментариев