Проект ИС. Классификация средств проектирования ИС и требования к ним.
Проект ИС - проектно-конструкторская и технологическая документацию, в которой представлено описание проектных решений по созданию и эксплуатации ИС в конкретной программно-технической среде.
Средства проектирования должны быть:
· инвариантны к объекту проектирования (в своем классе);
· охватывать все совокупности все этапы жизненного цикла ИС;
· технически, программно и информационно совместимыми;
· простыми в освоении и применении;
· экономически целесообразными.
Средства проектирования ИС можно разделить на два класса: без использования ЭВМ и с использованием ЭВМ.
Средства проектирования без использования ЭВМ применяются на всех стадиях и этапах. Как правило, это средства организационно-методического обеспечения операций и в первую очередь различные стандарты, регламентирующие процесс проектирования систем. Сюда же относятся единая система классификации и кодирования информации, унифицированная система документации, Модели описания и анализа потоков информации и т. п.
Средства проектирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах процесса проектирования ИС и соответственно поддерживают разработку элементов, разделов, проекта системы в целом. Все множество средств проектирования с использованием ЭВМ делят на четыре подкласса.
Методология и технология проектирования ИС. Требования, предъявляемые к выбираемой технологии проектирования. Классификация методов проектирования ИС.
|
|
Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ.
Технология проектирования определяется как совокупность трех составляющих:
· пошаговой процедуры, определяющей последовательность технологических операций проектирования ;
· критериев и правил, используемых для оценки результатов выполнения технологических операций;
· нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:
· технология должна поддерживать полный ЖЦ ПО;
· технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
· технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем (т.е. возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности с последующей интеграцией составных частей). Опыт разработки крупных ИС показывает, что для повышения эффективности работ необходимо разбить проект на отдельные слабо связанные по данным и функциям подсистемы. Реализация подсистем должна выполняться отдельными группами специалистов. При этом необходимо обеспечить координацию ведения общего проекта и исключить дублирование результатов работ каждой проектной группы, которое может возникнуть в силу наличия общих данных и функций;
|
|
· технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;
· технология должна обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта, внедрение идет последовательно по отдельным подсистемам;
|
|
· технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
· технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);
· технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ.
Методы проектирования ИС можно классифицировать по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям.
Так, по степени автоматизацииметоды проектирования разделяются на:
· ручное, при котором проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование — на алгоритмических языках;
|
|
· компьютерное, при котором производится генерация или конфигурирование (настройка) проектных решений на основе использования специальных инструментальных программных средств.
По степени использования типовых проектных решенииразличаются следующие методы проектирования:
· оригинальное (индивидуальное), когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС. Характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности;
· типовое, предполагающее конфигурирование ИС из готовых типовых проектных решений (программных модулей). Выполняется на основе опыта, полученного при разработке индивидуальных проектов. Типовые проекты, как обобщение опыта для некоторых групп организационно-экономических систем или видов работ, в каждом конкретном случае связаны со множеством специфических особенностей и различаются по степени охвата функций управления, выполняемым работам и разрабатываемой проектной документации.
По степени адаптивности проектных решенийвыделяют методы:
· реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
· параметризации, когда проектные решения настраиваются (генерируются) в соответствии с изменяемыми параметрами;
· реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически заново генерируются проектные решения.
Дата добавления: 2018-02-18; просмотров: 2579; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!