Специализация / генерализация
Стр 1 из 3Следующая ⇒ Методология проектирования баз данных Расчётно-пояснительная записка к курсовой работе по курсу Проектирование алгоритмов и программного обеспечения
г. Калуга 2007 Содержание 1. Детальная постановка задачи 2. Концептуальное проектирование 3. Логическое проектирование 4. Физическое проектирование. 5. Физическая реализация Список используемой литературы
Детальная постановка задачи
Существует предприятие, занимающееся производством компонентов для систем кабельного и спутникового телевидения. Предприятие состоит из нескольких подразделений, каждое из которых имеет свой номер и название и ФИО директора подразделения. Принципиальное значение для данной задачи имеет служба качества. В службе качества выделяется ведущий специалист, который является директором этой службы. Это единственный человек на предприятии, который имеет право формировать электронные документы, вносить в них изменения, удалять их. Все остальные работники (пользователи) независимо от принадлежности к тому или иному подразделению имеют право только просматривать электронные документы в режиме чтения. Все документы делятся на две категории: Ø нормативные документы системы менеджмента качества (СМК) Ø внутренние документы СМК Перечень документов и форма их составления являются прерогативой директора службы качества. Каждый документ имеет реквизиты: номер по классификатору, наименование, дату принятия, тематику, статус, дату изменения, характер изменений (если они были). Необходимо иметь ввиду, что каждому номеру документа по классификатору в категории нормативных документов физически может соответствовать несколько документов (формат ****.doc). Удаленные документы должны помещаться на хранение в электронный архив на неопределенный срок. Очищать этот архив может только директор службы качества.
Ведется протокол работы пользователей с обеими категориями документов, в котором отражается имя документа, к которому осуществлялся доступ, дата доступа, фамилия работника (имя пользователя). Директор службы качества проводит в подразделениях внутренние проверки системы качества на предмет соответствия работы этих подразделений требованиям нормативной и внутренней документации СМК. Результаты проверок содержат следующие данные: - проверяемое подразделение - номер проверки - дата проверки - описание несоответствия - вид несоответствия (значительное, незначительное) Типовые операции: - добавление документа - редактирование документа - описание внесенных изменений - удаление документа (добавление в электронный архив) - удаление документов из электронного архива - добавление/удаление результатов внутренних проверок СМК - подготовка отчета о результатах внутренних проверок СМК по форме:
- подготовка отчета о работе пользователей с документами СМК по форме:
Концептуальное проектирование
Определение типов сущности: - подразделение - Директор службы качества - работники - электронный документ - нормативный документ СМК[1] - внутренний документ СМК - протокол работы - проверки СМК Определение типов связи: - Директор службы качества работает с электронными документами - Электронные документы включают в себя нормативные документы СМК - Электронные документы включают в себя внутренние документы СМК
- Документы учитываются в протоколе работы - Директор службы качества проводит проверки подразделений - Подразделения участвуют в проверках - Работники фиксируются в протоколе работы - Работники приписаны к подразделениям Таблица №1 Типы сущности
Таблица №2 Типы связей
Таблица №3 Атрибуты
Таблица №4 Домены атрибутов
Символьный(30) Символьный(1000) | Изменены страницы 2,5,9 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Несоответствий в проверках СМК | Описание процессов жизненного цикла продукции не соответствует требованиям нормативной документации, пункт 7.1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Тематика | электронного документа, нормативного, внутреннего | Символьный (30) | Дирекция. Планово – экономический отдел. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Статус | электронного документа, нормативного, внутреннего | Символьный(10) | Изменен. Удален. На коррекцию. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Вид несоответствия | В проверках СМК | Символьный (15) | Значительное. Незначительное. |
Таблица №5 Ключи
Сущность | ПК | Альтернативный ключ |
Подразделение | Номер | Название |
Директор службы качества | Имя пользователя | Ф.И.О. |
Работники | Имя пользователя | Ф.И.О. |
Электронный документ |
Наименование документа + Номер по классификатору |
|
Нормативный документ СМК | ||
Внутренний документ СМК | ||
Протокол работы | Дата-время | |
Проверки СМК | Номер проверки |
Специализация / генерализация
Преобразуем сущность «электронный документ» в суперкласс. Подклассами будут являться «нормативный документ СМК», «внутренний документ СМК». Подклассы не пересекаются, участие суперкласса полное.
ER – модель
Логическое проектирование
Предполагается использование реляционной модели данных. Необходимо избавиться от структур концептуальной модели, не реализуемых в рамках реляционной модели.
Удаляем связь «Директор службы качества работает с электронными документами», т.к. эта связь является транзакцией.
|
|