Выпускная квалификационная работа. Общие требования к структуре расчетно-пояснительной записки и правила ее оформления. Найханова Л.В - 15 стр.

UptoLike

ВУЗ: 

ВСГУТУ | Улан-Удэ

Составители: 

Рубрика: 

15
тальными средствами, возможность взаимодействия и прямого обмена данными с
базами данных и другими CASE-средствами.
При разработке крупных проектов критичным становится время реализации
проекта. Одним из решений может стать автоматическая генерация кода приложе-
ния (клиентской части) CASE-средствами на основе модели предметной области.
Хотя ERWin может решить эту задачу, код генерируется на основе модели IDEF1X,
то есть фактически на основе реляционной модели данных. Как следствие этого сге-
нерированный код не может полностью обеспечить функциональность приложения
со сложной бизнес-логикой. Объектно-ориентированное проектирование - альтерна-
тивная технология кодогенерации, которая лишена этого недостатка.
Существует несколько CASE-средств, поддерживающих языки объектно-
ориентированного проектирования, в том числе ставший в последнее время стандар-
том UML: программный пакет Rational Rose, PLATINUM Paradigm Plus, SyBase. Эти
инструменты позволяют строить объектные модели в различных нотациях (OMT,
UML, Буч) и генерировать на основе полученной модели код приложения на языках
программирования С++, Java, PowerBuilder, Visual Basic и др. Поскольку генерация
кода реализована на основе знаний предметной области, а не на основе реляционной
структуры данных, полученный код более полно отражает бизнес-логику. Rational
Rose и Paradigm Plus поддерживают не только прямую генерацию кода, но и обрат-
ное проектирование, то есть создание объектной модели по исходному коду прило-
жения. Перечисленные пакеты удовлетворяют таким требованиям стандарта, как
языковая поддержка, поддержка конкретных методологий, совместимость с инстру-
ментальными средствами, включая СУБД и другие CASE-средства.
Разделы основной части могут делиться на пункты или подразделы и
пункты. Пункты, при необходимости, могут делиться на подпункты. Каждый
пункт должен содержать законченную информацию.
1.5.1 Содержание раздела «Анализ требований»
Как известно, проектирование прикладного программного изделия начи-
нается с анализа требований, которым оно должно будет удовлетворять. Такой 
тальными средствами, возможность взаимодействия и прямого обмена данными с
базами данных и другими CASE-средствами.
     При разработке крупных проектов критичным становится время реализации
проекта. Одним из решений может стать автоматическая генерация кода приложе-
ния (клиентской части) CASE-средствами на основе модели предметной области.
Хотя ERWin может решить эту задачу, код генерируется на основе модели IDEF1X,
то есть фактически на основе реляционной модели данных. Как следствие этого сге-
нерированный код не может полностью обеспечить функциональность приложения
со сложной бизнес-логикой. Объектно-ориентированное проектирование - альтерна-
тивная технология кодогенерации, которая лишена этого недостатка.
     Существует несколько CASE-средств, поддерживающих языки объектно-
ориентированного проектирования, в том числе ставший в последнее время стандар-
том UML: программный пакет Rational Rose, PLATINUM Paradigm Plus, SyBase. Эти
инструменты позволяют строить объектные модели в различных нотациях (OMT,
UML, Буч) и генерировать на основе полученной модели код приложения на языках
программирования С++, Java, PowerBuilder, Visual Basic и др. Поскольку генерация
кода реализована на основе знаний предметной области, а не на основе реляционной
структуры данных, полученный код более полно отражает бизнес-логику. Rational
Rose и Paradigm Plus поддерживают не только прямую генерацию кода, но и обрат-
ное проектирование, то есть создание объектной модели по исходному коду прило-
жения. Перечисленные пакеты удовлетворяют таким требованиям стандарта, как
языковая поддержка, поддержка конкретных методологий, совместимость с инстру-
ментальными средствами, включая СУБД и другие CASE-средства.
     Разделы основной части могут делиться на пункты или подразделы и
пункты. Пункты, при необходимости, могут делиться на подпункты. Каждый
пункт должен содержать законченную информацию.

     1.5.1 Содержание раздела «Анализ требований»

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

                                       15

Страницы