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

UptoLike

22
нейшую модификацию. Эти модели системы не связаны с языком программи-
рования, на котором будет реализована система.
После того как прикладная задача исследована и результаты зафиксиро-
ваны в виде объектной, динамической и функциональной моделей, можно при-
ступить к принятию решения о распределении подсистем по процессорам и
другим аппаратным устройствам (при этом устанавливаются основные принци-
пы и концепции, которые формируют основу последующей детальной разра-
ботки программного обеспечения системы).
Внешняя организация программного изделия называется его архитекту-
рой. Выбор архитектуры программного изделия является еще одной задачей,
решаемой на этапе ее проектирования.
Проектирование системы завершается проектированием ее объектов: раз-
рабатываются полные определения классов и зависимостей, используемые на
этапе реализации системы. Кроме того, определяются и проектируются внут-
ренние объекты, и оптимизируются структуры данных и алгоритмы.
При разработке распределенных баз данных реляционного типа на дан-
ной стадии жизненного цикла необходимо построить физическую модель БД
для конкретной РСУБД. Физическая модель включает в себя не только опреде-
ления типов данных, но и определение элементов модели (таблицы, индексы,
…) и их физическое расположение, а также разработку шаблонов хранимых
процедур и триггеров как общего вида, так и специфических для отдельных
таблиц.
Таким образом, в данном разделе необходимо привести:
обоснование выбора CASE–инструментария для построения логиче-
ской модели базы данных;
описание построенных логической и физической моделей;
выбор архитектуры программного изделия.
1.5.3 Содержание раздела «Реализация проекта системы»
Реализация проекта системы включает в себя кодирование, отладку моду-
нейшую модификацию. Эти модели системы не связаны с языком программи-
рования, на котором будет реализована система.

     После того как прикладная задача исследована и результаты зафиксиро-
ваны в виде объектной, динамической и функциональной моделей, можно при-
ступить к принятию решения о распределении подсистем по процессорам и
другим аппаратным устройствам (при этом устанавливаются основные принци-
пы и концепции, которые формируют основу последующей детальной разра-
ботки программного обеспечения системы).
     Внешняя организация программного изделия называется его архитекту-
рой. Выбор архитектуры программного изделия является еще одной задачей,
решаемой на этапе ее проектирования.
     Проектирование системы завершается проектированием ее объектов: раз-
рабатываются полные определения классов и зависимостей, используемые на
этапе реализации системы. Кроме того, определяются и проектируются внут-
ренние объекты, и оптимизируются структуры данных и алгоритмы.
     При разработке распределенных баз данных реляционного типа на дан-
ной стадии жизненного цикла необходимо построить физическую модель БД
для конкретной РСУБД. Физическая модель включает в себя не только опреде-
ления типов данных, но и определение элементов модели (таблицы, индексы,
…) и их физическое расположение, а также разработку шаблонов хранимых
процедур и триггеров как общего вида, так и специфических для отдельных
таблиц.
     Таким образом, в данном разделе необходимо привести:
     – обоснование выбора CASE–инструментария для построения логиче-
          ской модели базы данных;
     – описание построенных логической и физической моделей;
     – выбор архитектуры программного изделия.

     1.5.3 Содержание раздела «Реализация проекта системы»

     Реализация проекта системы включает в себя кодирование, отладку моду-
                                       22