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