Что такое системный проект

С истемный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам. Более того, если по каким-либо причинам предприятие не готово к реализации системы на основе проекта, он может быть положен «на полку» до тех пор, пока в нем не возникнет необходимость. Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия.

Системное проектирование по сравнению с построением моделей деятельностей имеет важную особенность в технике структурирования модели. Особую роль здесь играют хранилища (накопители) данных : практически все процессы модели связываются не напрямую, а с использованием этих объектов (что реально соответствует чтению / записи информации из / в базу данных). При этом операции записи должны удовлетворять основному критерию проектирования : данные должны заносится в накопитель один раз в том месте, где они впервые появляются.

Основное правило введения накопителей данных заключается в следующем : если данные из некоторого накопителя используются по крайней мере двумя процессами, то этот накопитель должен присутствовать на содержащей эти процессы диаграмме. Поэтому на втором уровне модели (детализации контекстной диаграммы) должны быть введены базовые накопители, к которым осуществляют доступ основные подсистемы будущей системы. Базовым накопителям должны соответствовать основные подсхемы информационной модели. К выявлению базовых накопителей следует подходить чрезвычайно тщательно, поскольку именно с ними будут работать бизнес-процессы и бизнес-функции на всех без исключения уровнях детализации модели.

В качестве примера введения накопителей рассмотрим фрагмент модели требований к системе автоматизации упоминавшейся выше автобазы, входящей в состав горнообогатительного комбината и занимающейся перевозками породы. На рис. 12.1. приведена диаграмма потоков данных, детализирующая рассматриваемую систему на основные подсистемы:

На данном уровне введены накопители данных, используемые в нескольких подсистемах и являющиеся прообразами подсхем интегрированной базы данных автобазы:

Обмен диспетчерскими данными моделируется с использованием информационного канала Оперативные диспетчерские данные.

Все перечисленные накопители детализируются на нижних уровнях в тех процессах, где такая детализация необходима. Например, в процессе Химический анализ масел и жидкостей введен накопитель Масла и охлаждающие жидкости, являющейся частью накопителя Запасные части и материалы, и по сути моделирующий единственную таблицу из базы данных, в которой хранятся данные об имеющихся в наличии на автобазе маслах и охлаждающих жидкостях (тип, место хранения, объем, результаты спектрального анализа и т.п.).

Рис. 12. 1 . Фрагмент системного проекта

Дополнительную информацию Вы можете получить в компании Interface Ltd.

Источник

Большая Энциклопедия Нефти и Газа

Системный проект

Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам. Более того, если по каким-либо причинам предприятие не готово к реализации системы на основе проекта, он может быть отложен до тех пор, пока в нем не возникнет необходимость. [1]

Системный проект строится на основе модели как должно быть и результатов обследования предприятия в части выявления требований к будущей системе. [2]

В основу системного проекта должен быть положен учет динамики развития основных и дополнительных функций автоматизированной системы на различных этапах ее существования. Такой подход позволяет отодвинуть сроки старения системы и предусмотреть возможность естественного включения в новые системы ранее существовавших систем в качестве подсистем. [4]

Таким образом, системный проект содержит функциональную, информационную и, возможно, событийную модели требований к будущей системе. Виды и последовательность работ при построении этих моделей требований аналогичны соответствующим работам по построению моделей деятельности. Дополнительно системный проект включает в себя техническое задание на создание автоматизированной системы. [5]

На данном этапе на основе системного проекта и принятых решений по автоматизации осуществляется проектирование системы. Фактически здесь дается ответ на вопрос: Как ( каким образом) мы будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям. [8]

По завершении данного этапа ( после согласования системного проекта с заказчиком) изменяется роль консультанта. Отныне он становится на сторону заказчика, одной из его основных функций на всех последующих этапах работ будет контроль на соответствие требованиям, зафиксированным в системном проекте. [10]

Источник

Задачи системного проектирования

Цель системного проектирования

ЦЕЛЬ И ЗАДАЧИ СИСТЕМНОГО ПРОЕКТИРОВАНИЯ

СИСТЕМНОЕ ПРОЕКТИРОВАНИЕ СЛОЖНЫХ СИСТЕМ

Создание информационной системы (ИС) предполагает создание сложного комплекса программ. Начинается системное проектирование с формулирования первичного замысла на создание новой ИС. Основным содержанием системного проектирования является детальное проектирование программных средств (ПС) и базы данных (БД).

Системное проектирование сложных комплексов программ (т.е. информационных систем) является фундаментом для обеспечения функциональной адекватности и качества всего жизненного цикла программных средств и базы данных.

От полноты и тщательности системного проектирования зависит эффективность реализации функций информационной системы и степень удовлетворения ожиданий и требований заказчика и пользователей. Непредусмотренные при системном проектировании ситуации являются потенциальными источниками отказов и аварий при применении ИС.

Основная цель системного проектирования заключается в том, чтобы подготовить и обосновать замыслы и принятые решения о необходимости, направлениях и концепции создания (или модернизации существующих) программных средств и базы данных.

Результатом этих работ являются:

1. Системный проект.

2. Техническое задание.

3. Контракт на продолжение проектирования или решение о нецелесообразности проектирования.

Системный проект отражает следующие основные результаты выполненных исследований и разработок:

1. Обследование объекта автоматизации. Системное проектирование начинается с исследования существующей информационной системы, её основных программных компонент и базы данных. Анализируется предметная область, для чего проводится бизнес-анализ (изучение технологических процессов, подлежащих автоматизации). Цель обследования заключается в том, чтобы выявить потребность в создании новой ИС (или модернизации существующей) с определёнными функциями.

2. Оценка доступных ресурсов для жизненного цикла ПС и БД. Задачи данного вида деятельности состоят в анализе имеющихся и потенциально доступных финансовых, вычислительных средств, специалистов для обеспечения жизненного цикла проекта.

3. Исходные требования к функциям и характеристикам качества ПС и БД. Основная цель деятельности состоит в подготовке исходных данных и документов, в которых содержатся предварительные требования и пожелания к функциональным характеристикам и показателям качества программного комплекса (функциональная пригодность, надёжность – устойчивость к ошибкам, эффективность – ресурсная и временнАя экономичность, сопровождаемость – удобство анализа и модификации, переносимость – структурированность и замещаемость).

4. Технико-экономическое обоснование жизненного цикла ПС и БД. Существует два предельных альтернативных варианта технико-экономического обоснования:

— разработка полностью нового проекта, для которого отсутствуют подходящие компоненты;

— разработка проекта на базе набора готовых программных компонент и информации баз данных, которая не требует создания новых компонент.

На практике для создания сложных ИС почти всегда требуется создавать некоторую часть компонентов заново. Следует помнить, что создание ИС должно быть ориентировано на последующее повторное использование и перенос на другую аппаратную и операционную платформы готовых компонентов.

5. Анализ инструментальной среды проекта ПС и БД. Данный вид деятельности направлен на анализ имеющейся инструментальной среды и перспектив её развития. Для сложных проектов целесообразно использовать специальный инструментарий и хранилище в процессе создания системы для согласования разработки и управления разработкой.

6. Создание концепции ПС и БД. Концепция создаётся либо на естественном языке, либо с использованием какого-либо языка моделирования (например, UML). Концепция определяет назначение информационной системы, формализованные функции и задачи. Концепция включает понятия и термины предметной области. На основе описания формируется предварительное техническое задание на систему и её основные модули. Формализация носит итеративный характер. Главная причина – сложность ИС. Начало описания сложных систем – это описание основной части предметной области. При последующих итерациях предметная область постепенно расширяется и детализируется. Важными являются два основных момента:

— каждый шаг описания должен документироваться;

— заказчики и пользователи ИС должны активно участвовать в процессе анализа и реализации описания.

7. Моделирование архитектуры ПС и БД. Задача этого вида деятельности – создать предварительный проект архитектуры проекта (возможно на основе моделей и прототипов аналогичных систем). Модели и прототипы различных модулей и функций ИС обеспечивают возможность применить готовые решения, а также исследовать новые методы для реализации их в ПС и БД. Важную роль здесь играет прототипирование. Оно позволяет наглядно продемонстрировать заказчику функции ИС, виды и динамику применения меню, диалоговых экранов, отчётов. Моделирование процессов и обработки данных преследует две основные цели:

— моделирование бизнес-процессов для последующего их повторного использования в различных проектах;

— моделирование архитектуры объектов, процессов, их взаимодействия, то есть архитектуры всей системы.

Проект архитектуры позволяет наметить план разработки всего жизненного цикла.

8. Планирование обеспечения жизненного цикла ПС и БД. В процессе системного проектирования последовательно уточняются характеристики объекта автоматизации и среды разработки. В результате появляется возможность спланировать и обосновать весь (последующий) жизненный цикл. На основе такого плана разрабатывается предварительный график работ, и выделяются ресурсы для реализации каждого этапа. Этот график уточняется и корректируется в течение жизненного цикла ИС. Использование CASE-средств в этом виде деятельности состоит в обеспечении удобства работы с такими графиками, их изменения, выявления критических этапов работ и ответственных за их выполнение сотрудников.

9. Планирование обеспечения качества ПС и БД. Такой план целесообразно создавать для сложных проектов на этапах анализа, разработки требований и проектирования. План устанавливает методы, которые нужно использовать, чтобы достигнуть заданных целей процесса обеспечения качества. В плане должны быть отражены:

— показатели качества и условия их применения;

— процедуры, которые должны выполняться на различных этапах жизненного цикла для обеспечения качества (методы, отчётность);

— организация проектной группы и технология создания ИС (ответственности и полномочия участников, подходы, модели и средства проектирования ИС);

— ресурсы, используемые для обеспечения качества;

— структура и содержание документов, удостоверяющих определённое качество компонентов.

10. Планирование обеспечения защиты и безопасности ПС и БД. Планирование заключается в определении взаимосвязанных мер для обеспечения защиты и безопасности информации. Комплекс программ считается защищённым, если все операции выполняются по строго определённым правилам, которые обеспечивают непосредственную защиту объектов, ресурсов и технологических операций. Целесообразно разделять ресурсы, необходимые для непосредственного решения основных функциональных задач ИС, и ресурсы, которые требуются для защиты функционирования ПС и БД. Системное проектирование должно учитывать основные цели обеспечения безопасности, к которым относятся:

— сохранение целостности, полноты и достоверности информации баз данных и программ обработки при любых видах угроз;

— сохранение конфиденциальности информации в соответствии с действующим законодательством;

— предотвращение утраты, хищения, несанкционированного уничтожения, искажения, модификации (подделки), копирования и блокирования информации;

— соблюдение авторских прав программной и информационной продукции.

11. Формирование проектной группы для обеспечения жизненного цикла ПС и БД. Создание ИС во многом зависит от согласованной работы коллектива разработчиков. Возможны две схемы организации проектной группы:

— для проекта формируется жёсткая организационная структура с полным составом необходимых специалистов и централизованным руководством;

— выделение руководителя проекта и небольшие группы специалистов, которые выполняют определённые работы, причём они могут участвовать сразу в нескольких проектах.

При системном проектировании необходима оценка требований к технологической квалификации возможного коллектива специалистов, его способности создать и реализовать системный проект. Особенно важна не индивидуальная характеристика каждого члена группа, а интегральный показатель коллектива. Тематическая квалификация определяется средней длительностью работы в данной проблемной области основной части коллектива. Технологическая квалификация коллектива характеризируется опытом и длительностью работы с регламентированными технологиями, инструментальными комплексами автоматизации разработки и языками проектирования ПС и БД.

12. Создание технического задания на весь жизненный цикл ПС и БД.

13. Предложение контракта на дальнейшее проектирование ПС и БД.

Решение этих задач может осуществляться специалистами:

— специализированной консалтинговой фирмы.

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Источник

Что такое системный проект

1. Учебно-методическая литература

Еще 10 лет назад в издательстве «Горячая линия – Телеком» вышла книга Г.Калянова «CASE-технологии: Консалтинг в автоматизации бизнес-процессов». Конечно, найти ее в магазинах сейчас невозможно, но в Российской Государственной Библиотеке она точно есть – это мне на «портале госуслуг» библиотечный сервис подсказал 🙂

Чем хороша эта книжка? Ее автор УЖЕ ТОГДА знал, что такое «системный проект». Во «Введении» (доступно в интернете) читаем ( выделение жирным шрифтом мое – А.Б.):

4. Разработка системного проекта

Данный этап является первой фазой разработки собственно системы автоматизации (именно, фазой анализа требований к системе), на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: «Что должна делать будущая система?». Именно здесь лежит ключ к успеху всего проекта автоматизации. В практике создания больших программных систем известно немало примеров неудачной реализации именно из-за неполноты и нечеткости определения системных требований.

На этом этапе определяются:

¨ архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями;

¨ интерфейсы и распределение функций между человеком и системой;

¨ требования к программным и информационным компонентам системы, необходимые аппаратные ресурсы, требования к базе данных, физические характеристики компонент системы, их интерфейсы;

¨ состав людей и работ, имеющих отношение к системе;

¨ ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации).

Системный проект строится на основе модели «как должно быть» и включает функциональную модель будущей системы в соответствии с одним из общеупотребительных стандартов (например, IDEFO или IDEF3), информационную модель, например, в соответствии со стандартом I DEF1X, а также техническое задание на создание автоматизированной системы (например, в соответствии с ГОСТ 34.602-89).

По завершении данного этапа (после согласования системного проекта с заказчиком) изменяется роль консультанта. Отныне он как бы становится на сторону заказчика, и одной из его основных функций на всех последующих этапах работ будет являться контроль на соответствие требованиям, зафиксированным в системном проекте.

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

¨ описать, «увидеть» и скорректировать будущую систему до того, как она будет реализована физически;

¨ уменьшить затраты на разработку и внедрение системы;

¨ оценить разработку по времени и результатам;

¨ достичь взаимопонимания между всеми участниками работы (заказчиками, пользователями, разработчиками, программистами и т.д.);

¨ улучшить качество разрабатываемой системы, а именно: создать оптимальную структуру интегрированной базы данных, выполнить функциональную декомпозицию типовых модулей.

Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам. Более того, если по каким-либо причинам предприятие не готово к реализации на основе проекта, он может быть положен «на полку» до тех пор, пока в нем не возникнет необходимость. Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия.

А еще в этой книжке есть просто образец для подражания – готовый (правда, учебный) системный проект. Приложение 4 так и называется – «Системный проект паевого фонда (учебный пример)».

2. Сайты системных интеграторов

Кому, как не СИСТЕМНЫМ интеграторам знать, что такое СИСТЕМНЫЙ ПРОЕКТ? На сайте компании-интегратора «Сайнер» ( Sciner) есть страничка, посвященная системному проекту – «Цели, задачи, рамки, принципы Системного проекта»:

Цели Системного проекта:

¨ обеспечить соответствие целей Проекта создания КИСУ бизнес-целям компании;

¨ обеспечить целостность модели управления и архитектуры КИСУ;

¨ обеспечить прозрачность и управляемость комплексного Проекта создания КИСУ;

¨ обеспечить достижение главных целей и задач проекта создания КИСУ;

¨ обеспечить эффективность инвестиций в систему управления предприятием.

Задачи Системного проекта:

¨ проанализировать состояние автоматизации предприятия;

¨ определить комплексную архитектуру КИСУ, согласованную с целевой моделью управления предприятием;

¨ предложить оптимальную организацию работ;

¨ оценить проектные риски и предложить оптимальную стратегию работы с ними;

¨ провести оценку ресурсов, требуемых для реализации проекта.

Системный проект отражает видение руководством предприятия целевого состояния как бизнес-процессов и структур самого предприятия и этапов их перехода из одного состояния в другое, так и обеспечения бизнес-процессов информационной поддержкой, автоматизированными механизмами контроля и регулирования.

После согласования руководством компании Системный проект используется как основной документ в работе по автоматизации каждого из направлений. Он определяет основные ориентиры в последовательности и времени проведения работ по автоматизации, дает возможность оценить необходимые для этого ресурсы и инвестиции, своевременно включить в планы предприятия изменения организационной структуры, проведение необходимых работ и закупок, заключение договоров и т.п.

Системный проект позволяет руководителям всех направлений деятельности сверять свои планы с темпами и охватом автоматизацией своих и смежных направлений, делает эту перспективу прозрачной и, будучи утвержденным, устраняет основную массу разногласий.

Разработка и утверждение схемы бизнес-процессов дает возможность перехода к разработке Системного проекта. Основываясь на общей схеме бизнес-процессов предприятия, Системный проект определяет направленность и последовательность подпроектов создания КИСУ (с учетом модели управления и организационной структуры предприятия).

Еще вариант достаточно короткого определения – что есть «системный проект»:

Системный проект, как пакет материалов, документирующих требования к будущей системе и ее свойства, содержит следующие сведения:

¨ перечень функций, реализуемых системой и их распределение между элементами системы;

¨ состав людей и работ, имеющих отношение к системе;

¨ распределение функций между человеком и системой и их взаимодействие;

¨ топологию размещения элементов системы;

¨ структуру и потоки информации и документов, участвующих в системе, процедуры документооборота;

¨ предложения по оптимизации организационной структуры предприятия, в соответствии с проектируемой системой;

¨ полномочия участников системы;

¨ имеющиеся в наличии у предприятия людские, технические ресурсы, программные разработки, используемые предприятием в настоящее время.

И вообще – Google по запросу «системный проект» выдает 204 миллиона ссылок. Даже если допустить, что релевантными окажутся только 0,01% полученных ссылок – и тогда это будет более 20 тысяч страниц! Есть из чего выбирать.

Источник