- •Введение. Этапы развития трпо;
- •Основные понятия. Классификация программного обеспечения. Системное по. Пакеты прикладных программ. Среды разработки по;
- •Проблемы проектирования по. Оценка стоимости некачественного проектирования;
- •Требования к по. Особенности формирования;
- •Проблемы корректности требований к по;
- •Оценка качества разработки. Стандарты, критерии.
- •Сертификация по;
- •Жизненный цикл по. Модели жизненного цикла по;
- •Анализ требований к программным продуктам;
- •Архитектура программного обеспечения;
- •11. Структура и формат данных. Классификация;
- •12. Простые и статические структуры данных;
- •13. Полустатические и динамические структуры данных;
- •14. Модульное программирование. Методические основы;
- •15. Модульное программирование. Прочность и сцепление модулей;
- •16. Модульное программирование. Прочность и сцепление модулей;
- •17. Модульное программирование. Рутинность и связность модулей;
- •18. Методы разработки при модульном программировании. Классификация;
- •19. Восходящая модульная разработка. Архитектурный подход;
- •20. Нисходящая модульная разработка. Конструктивный подход;
- •21. Спецификации и требования при структурном подходе;
- •22. Схематическое представление алгоритмов. Блок схемы;
- •23. Схематическое представление алгоритмов. Псевдокоды и Flow – формы;
- •24. Диаграммы Насси-Шнейдермана. Словарь терминов;
- •25. Диаграммы переходов состояний;
- •26. Функциональные диаграммы;
- •27. Диаграммы потоков данных. Нотации Йордана и Гейна – Сарсона;
- •28. Диаграммы сущность – связь. Примеры er – диаграмм. Понятие сущности. Типы связей между сущностями;
- •29. Анализ требований и определение спецификаций при объектном подходе;
- •30. Унифицированный язык моделирования uml. Основные понятия;
- •31. Определение прецедентов при объектном подходе. Диаграммы вариантов использования;
- •32. Построение концептуальной модели при объектном подходе;
- •33. Объектный подход. Классы. Диаграммы классов;
- •34. Объектный подход.. Атрибуты и операции класса. Экземпляр класса;
- •35. Описание поведение системы. Диаграммы последовательностей;
- •36. Описание поведение системы. Диаграммы деятельности и состояний;
- •37. Технологии программирования. Концепции программирования;
- •38. Объектно – ориентированное программирование. Принципы;
- •39. Платформы java и net. Web - программирование;
- •40. Тестирование и отладка программного обеспечения. Уровни тестирования. Принципы разработки тестов. Автоматизация тестирования;
- •41. Тестирование и отладка программного обеспечения. Модульное тестирование;
- •42. Тестирование и отладка программного обеспечения. Интеграционное тестирование;
- •43. Технологии разработки. Выбор языка программирования;
- •44. Технологии разработки. Среды программирования;
- •45. Тестирование и отладка программного обеспечения. Системное тестирование;
- •46. Сопровождение программного обеспечения. Основные проблемы и пути решения.
28. Диаграммы сущность – связь. Примеры er – диаграмм. Понятие сущности. Типы связей между сущностями;
Диаграммы сущность—связь Базовыми понятиями ER-модели данных (ER — Entity- Relationship) являются сущность, атрибут и связь [55].
Первый вариант модели «сущность—связь» был предложен в 1976 г. Питером Пин-Шэн Ченом. В дальнейшем многими авторами были разработаны свои варианты подобных моделей (нотация Мартина, нотация IDEF1X, нотация Баркера и др.). Кроме того, различные программные средства, реализующие одну и ту же нотацию, могут отличаться своими возможностями. Все варианты диаграмм «сущность—связь» исходят из одной идеи — рисунок всегда нагляднее текстового описания. Все такие
диаграммы используют графическое изображение сущностей предметной области, их свойств (атрибутов) и взаимосвязей между сущностями. Поскольку нотация Баркера является наиболее распространенной, в дальнейшем будем придерживаться именно ее.
Основные понятия ER-диаграмм
Сущность — это класс однотипных объектов, информация о которых должна быть учтена в модели [55]. Сущность имеет наименование, выраженное существительным в единственном числе, и обозначается в виде прямоугольника с наименованием.
Атрибут сущности — это именованная характеристика, являющаяся некоторым свойством сущности. Наименование атрибута должно быть выражено существительным в единственном числе (возможно, с описательными оборотами или прилагательными). Примерами атрибутов сущности «Студент» могут быть такие
атрибуты, как «Номер зачетной книжки», «Фамилия», «Имя»,
«Пол», «Возраст», «Средний балл» и т. п. Атрибуты изображаются в прямоугольнике, обозначающем сущность.
Ключ сущности — это неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности. При удалении любого атрибута из ключа нарушается его уникальность. Ключей у сущности может быть несколько. На диаграмме ключевые атрибуты отображаются подчеркиванием (рис. 3.31, в).
Связь — это отношение одной сущности к другой или к самой себе. Возможно по одной сущности находить другие, связанные с ней. Например, связи между сущностями могут выражаться следующими фразами — «СОТРУДНИК может иметь несколько ДЕТЕЙ», «СОТРУДНИК обязан числиться точно в одном ОТДЕЛЕ». Графически связь изображается линией, соединяющей две сущности.
Связь может иметь один из следующих типов. Связь типа одын-к-одному означает, что один экземпляр первой сущности связан точно с одним экземпляром второй сущности. Такая связь чаще всего свидетельствует о том, что мы неправильно разделили одну сущность на две.
Связь типа один-ко-многим означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи.
Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот. Тип связи много-ко-многим является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем такую связь необходимо заменить двумя связями типа один-ко-многим путем создания
промежуточной сущности. Каждая связь может иметь одну из двух модальностей связи.