Проверяемый текст
Галкин, Владимир Евгеньевич; Повышение эффективности функционирования промышленных предприятий на основе комплексной информатизации (Диссертация 2004)
[стр. 45]

45 требований аналогичны соответствующим работам по построению моделей видов деятельности.
Необходимо отметить следующее достоинство системного проекта.
Для традиционной разработки характерно осуществление начальных этапов кустарными неформализованными способами.
В результате заказчики и пользователи впервые могут увидеть систему после того, как она уже в большей степени реализована.
Естественно, эта система отличается от того, что они ожидали увидеть.
Поэтому далее следует еще несколько итераций ее
разработки или модификации, что требует дополнительных (порой весьма значительных) затрат денег и времени.
Ключ к решению этой проблемы и дает системный проект, позволяющий:
• описать, «увидеть» и скорректировать будущую информационную систему до того, как она будет реализована физически;уменьшить затраты на разработку и внедрение системы; • оценить разработку по времени и результатам; • достичь взаимопонимания между всеми участниками работы (заказчиками, пользователями, разработчиками, программистами и т.д.);улучшить качество разрабатываемой системы, а именно: создать оптимальную структуру интегрированной базы данных, выполнить функциональную декомпозицию типовых модулей.
Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам.
Более того, если по каким-либо причинам предприятие не готово к реализации системы на основе проекта, он может быть положен на
"полку" до тех пор, пока в нем не возникнет необходимость.
Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия.
[стр. 103]

полную функциональную модель требований к будущей системе; комментарии к функциональной модели (спецификации процессов нижнего уровня в текстовом виде); пакет отчетов и документов по функциональной модели, включающий характеристику объекта моделирования, перечень подсистем, # требования к способам и средствам связи для информационного обмена между компонентами, требования к характеристикам взаимосвязей системы со смежными системами, требования к функциям системы; концептуальную модель интегрированной базы данных (пакет диаграмм); архитектуру системы с привязкой к концептуальной модели; предложения по организационно-штатной структуре для поддержки системы.
Таким образом, системный проект содержит функциональную, информационную и, возможно, событийную модели требований к будущей системе.
Виды и последовательность работ при построении этих моделей требований аналогичны соответствующим работам по построению моделей видов деятельности.
Необходимо отметить следующее достоинство системного проекта.
Для традиционной разработки характерно осуществление начальных этапов кустарными неформализованными способами.
В результате заказчики и пользователи впервые могут увидеть систему после того, как она уже в большей степени реализована.
Естественно, эта система отличается от того, что они ожидали увидеть.
Поэтому далее следует еще несколько итераций ее
ц разработки или модификации, что требует дополнительных (порой весьма значительных) затрат денег и времени.
Ключ к решению этой проблемы и дает системный проект, позволяющий:
описать, “увидеть” и скорректировать будущую информационную систему до того, как она будет реализована физически; уменьшить затраты на разработку и внедрение системы; 103

[стр.,104]

104 оценить разработку по времени и результатам; достичь взаимопонимания между всеми участниками работы (заказчиками, пользователями, разработчиками, программистами и т.
д.);
улучшить качество разрабатываемой системы, а именно: создать оптимальную структуру интегрированной базы данных, выполнитьфункциональную декомпозицию типовых модулей.
Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам.
Более того, если по каким-либо причинам предприятие не готово к реализации системы на основе проекта, он может быть положен на
“полку” до тех пор, пока в нем не возникнет необходимость.
Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия.
^
После построения системного проекта, содержащего требования к будущей системе, на его основе осуществляется разработка предложений по информатизации предприятия, включающая в себя: составление перечня автоматизированных рабочих мест предприятия, их состава и структуры, а также способов и схем информационного взаимодействия между ними; разработку требований к техническим средствам; разработку требований к программным средствам; разработку топологии, состава и структуры локальной 0 вычислительной сети; анализ имеющихся на рынке информационных систем с учетом их соответствия системному проекту и формирование рекомендаций по выбору такой системы;

[Back]