отчет. проверь_себя. Перед отправкой курсовой работы на проверку, сверьтесь с чеклистом

• Название: Перед отправкой курсовой работы на проверку, сверьтесь с чеклистом
• Анкор: отчет
• Дата: 15.01.2023
• Размер: 19.15 Kb.
• Имя файла: проверь_себя.docx
• Тип: Курсовая; #886925

ПЕРЕД ОТПРАВКОЙ КУРСОВОЙ РАБОТЫ НА ПРОВЕРКУ, СВЕРЬТЕСЬ С ЧЕК-ЛИСТОМ:

1. 
   Курсовая работа содержит следующие разделы: Введение, Глава 1 (ТЗ/Задание на проектирование), Глава 2 (Диаграммы UML, минимум 4), Глава 3 (Реализация методов/корректировка проекта (по желанию), Выводы, Список литературы, Приложение (листинг). Главы примерно одинаковые по объему, объем к/р не менее 35 стр.
   
2. 
   К ответу прикреплены 3 обязательных бланка (см. ефронт) + скрин проверки на антиплагиат, сданы в распечатанном виде с подписью студента на титульном листе.
   
3. 
   Прикреплен файл с реализацией методов.
   

Ключевые замечания по диаграммам.

4. 
   Диаграмма вариантов использования:
   
   1. 
      Описывает концептуальную модель системы (т.е. прецеденты = что делает ИС в процессе своего функционирования).
      
   2. 
      Показаны границы системы.
      
   3. 
      Первостепенные актеры - слева от границ системы, второстепенные (если имеются) – справа.
      
   4. 
      Имя ВИ – глагол или существительное, обозначающее действие. Начинается с ЗАГЛАВНОЙ буквы.
      
   5. 
      На диаграмме отражены не менее 3 типов отношений (в идеале все 4), не менее 4 актеров, порядка 15 ВИ. Проверить условные обозначения отношения включения/расширения (пунктир, направление стрелки), стереотип показан над стрелкой. Дополнительно НАД линией может быть указана кратность связи.
      
   6. 
      Дополнительно может быть использован элемент Примечание.
      

5. 
   Диаграмма классов:
   
   1. 
      У обозначения класса 3 части (простейший вид класса может состоять только из одной секции).
      
   2. 
      Имя класса уникально, начинается с ЗАГЛАВНОЙ буквы, в случае абстрактного класса его имя пишется курсивом.
      
   3. 
      Общий формат записи атрибутов:
      

<квантор видимости> <имя атрибута> [кратность]: <тип атрибута> = <исходное значение> {строка-свойство}

4. 
   Имя атрибута- уникальная строка текста, единственный обязательный элемент в обозначении атрибута, начинается со строчной буквы, записывается без пробелов.
   
5. 
   Кратность атрибута: Формат: [нижняя граница . . верхняя граница]
   
6. 
   Правила записи операций:
   

<квантор видимости> <имя операции> (список параметров): <выражение типа возвращаемого значения> {строка-свойство

6. 
   Диаграмма последовательности:
   
   1. 
      Взаимодействие объектов показывается в виде фреймов (прямоугольник) с непрерывными сторонами. В верхнем левом углу фрейма изображается небольшой пятиугольник, в котором помещается ключевое слово sd, за которым следует имя взаимодействия и, возможно, его параметры.
      
   2. 
      Оси времени на линиях жизни всегда направлены «сверху вниз».
      
   3. 
      Декомпозиция части обозначается посредством ссылки в заголовке линии жизни на некоторое использование взаимодействия с помощью оператора ref. Границы символов фреймов глобальных комбинированных фрагментов изображаются выходящими за пределы границ декомпозиции части. Сообщения декомпозированной линии жизни должны соответствовать сообщениям исходной (не декомпозированной) линии жизни.
      
   4. 
      Фрагмент альтернативной комбинации используется, когда необходимо сделать выбор между двумя или более последовательностями сообщений. Он моделирует логику “если, то еще”. Альтернативный фрагмент представляет собой большой прямоугольник или кадр, который задается упоминанием ‘alt’ в окошке с названием кадра (так называемый оператор фрагмента).
      
   5. 
      Фрагмент комбинации опций используется для указания последовательности, которая будет происходить только при определенном условии, в противном случае последовательность не будет происходить. Оно моделирует утверждение “если тогда”. Как и альтернативный фрагмент, фрагмент опции также представлен прямоугольной рамкой, в которой в окошке с названием помещается ‘opt’. В отличие от альтернативного фрагмента, фрагмент опции не делится на два или более операндов. Вариант защиты расположен в верхнем левом углу.
      
   6. 
      Собственное имя объекта записывается со строчной буквы и имя класса, разделенные двоеточием. При этом вся запись подчеркивается.
      
   7. 
      Линия жизни объекта изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. В случае, если объект уничтожен, применяется специальный символ в форме латинской буквы "X".
      
   8. 
      Не оставлять пустого места между текстом сценария использования и стрелкой сообщения, это затрудняет чтение диаграммы.
      
7. 
   Диаграмма состояний:
   
   1. 
      Описывает процесс изменения состояний только одного класса, а точнее - одного экземпляра определенного класса, т. е. моделирует все возможные изменения в состоянии конкретного объекта.
      
   2. 
      Количество состояний автомата должно быть обязательно конечным (в языке UML рассматриваются только конечные автоматы), и все они должны быть специфицированы явным образом.
      
   3. 
      Граф автомата не должен содержать изолированных состояний и переходов.
      
   4. 
      Автомат не должен содержать конфликтующих переходов, т. е. таких переходов из одного и того же состояния, когда объект одновременно может перейти в два и более последующих состояния (кроме случая параллельных подавтоматов).
      
   5. 
      Имя состояния записывается с ЗАГЛАВНОЙ буквы. Рекомендуется в качестве имени использовать глаголы в настоящем времени или соответствующие причастия. Является необязательным для некоторых состояний. В этом случае состояние является анонимным, и если на диаграмме состояний их несколько, то все они должны различаться между собой.
      
   6. 
      Список внутренних действий записывается в виде отдельной строки <метка-действия '/' выражение-действия>. Если список выражений действия пустой, то разделитель в виде наклонной черты '/' может не указываться.
      
   7. 
      Не могут быть использованы в качестве имен событий entry, exit, do, include.
      
   8. 
      Сторожевое условие всегда записывается в прямых скобках после события-триггера и представляет собой некоторое булевское выражение.
      
   9. 
      Все переходы должны быть явно специфицированы, в противном случае построенная диаграмма состояний является либо неполной, либо ошибочной.
      
   10. 
       При разработке диаграммы состояний нужно постоянно следить, чтобы объект в каждый момент мог находиться только в единственном состоянии. Если это не так, то данное обстоятельство может быть как следствием ошибки, так и неявным признаком наличия параллельности у поведения моделируемого объекта.
       
   11. 
       Следует обязательно проверять, что никакие два перехода из одного состояния не могут сработать одновременно (требование отсутствия конфликтов у переходов).
       
   12. 
       Если параллельность по замыслу разработчика отсутствует, то необходимо ввести дополнительные сторожевые условия либо изменить существующие, чтобы исключить конфликт переходов.
       
   13. 
       При наличии параллельности следует заменить конфликтующие переходы одним параллельным переходом типа ветвления.
       
   14. 
       Использование исторических состояний оправдано в том случае, когда необходимо организовать обработку исключительных ситуаций (прерываний) без потери данных или выполненной работы. Каждый из подавтоматов может иметь только одно историческое состояние.
       

8. 
   Диаграмма деятельности:
   
   1. 
      Следует обязательно проверять, что никакие два перехода из одного состояния не могут сработать одновременно (требование отсутствия конфликтов у переходов).
      
   2. 
      Если параллельность по замыслу разработчика отсутствует, то необходимо ввести дополнительные сторожевые условия либо изменить существующие, чтобы исключить конфликт переходов.
      
   3. 
      При наличии параллельности следует заменить конфликтующие переходы одним параллельным переходом типа ветвления.
      
   4. 
      Использование исторических состояний оправдано в том случае, когда необходимо организовать обработку исключительных ситуаций (прерываний) без потери данных или выполненной работы. Каждый из подавтоматов может иметь только одно историческое состояние.
      
   5. 
      Рекомендуется в качестве имени простого действия использовать глагол с пояснительными словами.
      
   6. 
      Диаграмму деятельности принято располагать таким образом, чтобы действия следовали сверху вниз. В этом случае начальное состояние будет изображаться в верхней части диаграммы, а конечное - в ее нижней части.
      
   7. 
      При построении диаграммы деятельности используются только нетриггерные переходы, т. е. такие, которые срабатывают сразу после завершения деятельности или выполнения соответствующего действия.
      
   8. 
      При построении диаграммы деятельности используются только нетриггерные переходы, т. е. такие, которые срабатывают сразу после завершения деятельности или выполнения соответствующего действия.
      
   9. 
      Для графического представления объектов используются прямоугольник класса, с тем отличием, что имя объекта подчеркивается.
      
   10. 
       После имени может указываться характеристика состояния объекта в прямых скобках. Такие прямоугольники объектов присоединяются к состояниям действия отношением зависимости пунктирной линией со стрелкой. Соответствующая зависимость определяет состояние конкретного объекта после выполнения предшествующего действия