1.2. Понятие проекта и проектирования

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

Применение для обработки экономической информации ЭВМ, увеличение количества применяемых периферийных устройств сбора, регистрации и передачи данных от абонентных пунктов (терминальных устройств) к ЭВМ потребовали дальнейшего совершенствования теоретической и методической базы проектирования автоматизированной системы обработки экономической информации. На современном этапе на первый план выдвигаются разработки, связанные с созданием автоматизированной системы обработки данных планирования, учета, контроля и анализа производственно-хозяйственной деятельности предприятий и объединений. Эта система составляет основное звено всех создаваемых в отрасли АСУ организационными процессами. Наиболее важными компонентами проектирования являются техническое, информационное, математическое и организационно-правовое обеспечение [Error: Reference source not found].

Методическую основу проектирования составляют системный подход и математическое моделирование изучаемых процессов.

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

Математическое моделирование применяется при изучении информационных потоков и определении связей между объектами системы.

Объектами проектирования являются:

• обеспечивающие подсистемы;

• функциональные подсистемы.

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

Основные средства проектирования

1. Стандартные средства информационных систем.

2. Процедуры, реализующие типовые процессы обработки данных.

3. Инструментальные средства.

4. Типовые компоненты, представленные в виде типовых проектных решений и пакетов прикладных программ.

5. Системы автоматизированного проекта (САПр) [Error: Reference source not found].

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

Требования к средствам проектирования

1) должны охватывать процесс проектирования в комплексе и по всем вопросам организации и проведения проектных работ;

2) обладать совместимостью;

3) быть легкими в освоении;

4) одни и те же средства должны быть применимы для различных объектов;

5) позволять создавать адаптивные системы;

6) экономически эффективны.

Методы проектирования информационных систем – способ создания систем ИС. Они могут быть сгруппированы следующим образом [Error: Reference source not found]:

1. индивидуальный (оригинальный);

2. типовые проектирования;

3. автоматизированное проектирование (САПР)

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

Недостатки: высокая трудоемкость, большие сроки проектирования, плохая модернизируемость, плохая сопровождаемость.

Типовое проектирование - разбиение на множество составных компонентов и создание для каждой из них законченного решения, которое по внедрении привязывается к конкретным условиям объекта.

В зависимости от декомпозиции различают:

1. элементное проектирование;

2. подсистемное проектирование;

3. объективное проектирование.

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

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

Объектное проектирование-декомпозиция ИС не производится. Типовой проект создается в целом для некоторого обобщенного объекта, определенной группы.

Автоматизированное проектирование – автоматизация основных этапов создания информационных систем (ИС), начиная от выбора состава задач и заканчивая автоматическим получением проектной документации.

Главными особенностями процесса САПР является [Error: Reference source not found]:

1) наличие информационной модели;

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

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

4) с помощью ЭВМ получается значительная часть документов проекта информационных систем (ИС);

5) снижение трудоемкости проектирования.

Основными принципами создания САПР являются:

1) принцип системного единообразия, т.е. при создании функционирования и развития САПР связь между подсистемами должна обеспечивать целостность системы;

2) принцип развития;

3) принцип совместимости;

4) принцип стандартизации, (заключается в проведении унификации, типизации и стандартизации подсистем и компонентов);

К методологии проектирования САПР предъявляются следующие требования:

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

2. Взаимосвязь этапов – должна обеспечиваться связь с другими проектами.

3. Методология должна обеспечивать систематичность требований, предъявляемых к системе, и минимизировать потери при переходе от одного уровня представления к другому.

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

Под спецификой понимаются точное полное описание требований в ясно сформулированных требованиях для данной задачи.

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

Существует три класса методологий проектирования:

1. концептуальное моделирование предметной области;

2. выявление требований и спецификация информационной системы через ее макетирование;

3. системная архитектура программных средств, поддерживаемая инструментальными средствами CASE технологии [Error: Reference source not found].