|
|
|
|
|
|
|
|
|
|
|
страницы:
1
2
3
Текущая страница: 1
|
|
5. Основные этапы разработки АИС:
1. Предпроектное обследование (технико-экономическое обоснование целесообразности внедрения АИС на основе диагностического анализа; результат – документы о структуре организации, функциях, направления совершенствования, подсистемах, возможности использования типовых проектов, перечень необходимых орг-технич. мероприятий, составляется техническое задание – более детальное изучение организации, составляется старшими менеджерами, содержит: цели, критерии, характеристики, требования к системе, ее функции и подсистемы; описывает процесс разработки).
2. Разработка техно-рабочего проекта (технический проект: дополнительное детальное обследование системы и задач ее составляющих, изучение потоков инфо и методов принятия решений, техническое проектирование новой входной и выходной инфо, алгоритмизация обработки данных, контроля, определение технических средств АИС и связь между подсистемами; рабочий проект: документация и технологический инструментарий).
3. Ввод системы в эксплуатацию (наращивание функциональной мощности за счет последовательного внедрения модулей).
Организация разработки АИС:
1. Формализация и стандартизация входной-выходной инфо по различным группам разработчиков, определение их функций.
2. Координация работ при разработке АИС несколькими фирмами (группами), в функции главной группы включют:
разработка архитектуры системы;
определение структуры АИС;
распределение функций м-у подсистемами;
управление разработкой.
3. Связь организации с разработчиками (создание отдела для подготовки организации к внедрению, контроля качества, а после внедрения: осуществляет обслуживание и сопровождение АИС).
6. Технология проектирования и ведения баз данных. Этапы:
1. Анализ предметной области (классификация и структуризация объектов, обозначение связей).
2. Составление концептуальной схемы на основе структуры и связей объектов.
3. Описание КС на языке конкретной СУБД.
4. Разработка процедур организации и ведения БД.
5. Разработка приложений пользователей.
Методика обследования предметной области:
изучение, анализ и модификация оргструктуры, исходя из целей и задач АИС;
анализ и систематизация функций управления для более полной автоматизации;
определение структуры входной-выходной инфо и увязка с функциями управления;
определение структур данных (документов) в предполагаемой системе обработки;
характеристика каждого документа для определения структуры всей БД.
Структура БД должна отражать структуру функций предприятия.
7. Цель концептуального проектирования – представление инфо в доступной для пользователя форме, независимой от конкретного программного или технического обеспечения.
Различают два подхода в КП:
моделирование сущностей;
объектное представление.
Объектное представление предполагает существование интегрированного множества понятий, различных по значению и полностью описываемых систему. В этом случае целью КП становится определение взаимосвязей м-у абстрактными объектами.
Абстракция – совокупность деталей некоторого объекта, которая м. б. названа как целое. А. м. б. в двух формах: А. объектов и А. действия.
Сущ-т два способа формирования объектов: агрегация – формирование объекта на основе связи м-у др. объектами; обобщение – выделение объекта из класса объектов.
Результатом последовательности агрегации или обобщения является иерархия объектов.
8. Цель концептуального проектирования – представление инфо в доступной для пользователя форме, независимой от конкретного программного или технического обеспечения.
Различают два подхода в КП:
моделирование сущностей;
объектное представление.
Моделирование сущностей заключается в выделении и описании всех объектов при помощи: сущностей, атрибутов и связей.
Сущность – основное содержание явления или процесса. Необходимо различать тип сущности (студент), экземпляр сущности (Иванов И.И.).
Уникальные с. – реально существующие физ. объекты.
Неуникальные с. – абстрактные объекты, описывающие процессы и события.
Атрибут сущности – характеристика сущности (факультет, успеваемость). Хар-ка атрибутов: наименование, описание атрибутов, роль (описание свойств сущности; идентификация сущности – код или таб_ном; представление связей м-у сущностями).
Связь – ассоциации между сущностями.
Характеристика связей: наименование, степень ассоциативности ( один-к-одному, один-ко-многим, много-ко-многим, много-к-одному), избирательность – правила определения связей м-у сущностями (необязательная, возможная, условная, обязательная связь), однозначность.
9. Реляционная модель БД – модель, построенная с помощью отношений (совокупность связанных между собой таблиц). Отношение состоит из ряда атрибутов: таб_номер, ФИО, дата_рождения. Множество значений одного атрибута есть кортеж. Совокупность всех кортежей по всем атрибутам отношения называется таблицей.
Если м-у двумя отношениями существует зависимость, то одно отношение будет исходным, а др. подчиненным. Для того, чтобы организовать связь в разных отношениях должны быть одни и те же атрибуты.
Атрибуты не являющиеся первичным ключом отношения, но являющиеся первичным ключом или его частью в др. отношении называются внешним ключом.
Текущая страница: 1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
