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