Структурный анализ. - раздел Право, Анализ и обоснование методологии разработки, управления, применяемых инструментальных средств…………………………………………………….12 Для Разработки Своей Бд Я Использовала Структурный Метод Анализа. Структурный...
Для разработки своей БД я использовала структурный метод анализа. Структурный системный анализ проводится на начальном этапе разработки программного обеспечения – при создании спецификаций требований. Анализ предусматривает сбор и систематизацию сведений о предметной области, в которой должна функционировать разрабатываемая система. В результате проведения анализа создается система формальных спецификаций, ядром которой являются диаграммы потоков данных (ДПД).
Построение ДПД:
В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИСЗТП с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации.
Построение иерархии диаграмм потоков данных.
Первым шагом при построении иерархии ДПД является построение контекстных диаграмм. Обычно при проектировании относительно простых информационных систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, главный единственный процесс не раскрывает структуры распределенной системы. Признаками сложности (в смысле контекста) могут быть: распределенная природа системы; многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы. Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС.
В процессе анализа я получила ДПД, декомпозировав до третьего уровня.
На сайте allrefs.net читайте: Анализ и обоснование методологии разработки, управления, применяемых инструментальных средств…………………………………………………….12...
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Структурный анализ.
Что будем делать с полученным материалом:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
Распределение денег.
После заключения договоров с клиентами, список клиентов гостиничного комплекса и сумма необходимая для оплаты требуемых услуг, происходит процесс “составление счетов клиентов”. Сотрудник, составляю
Формальные модели предметной области
распределение денег [1.3] оплата услуг [1.3.4] оповещение фирм о требовании услуг [1.3.5] получение денег [1.3.3] проверка платежеспособности [1.3.2] составление счетов клиентов
Семейство продуктов PowerDesigner
PowerDesigner включает шесть тесно связанных друг с другом модулей, среди которых каждый разработчик сможет выбрать необходимый именно ему комплект, а, если понадобится, впоследствии легко расширит
ДПД первого уровня.
На первом уровне ДПД представлен общий процесс общения клиента (заказчика) с фирмой-поставщиком. При этом существуют еще сущность – банк, который проверяет платёжеспособность магази
Проектирование
При разработке информационной системы я использовала проектирование.
Инфологическая модель должна включать такое формализованное описание предметной области, которое легко
Модель «сущность-связь» (ER-модель).
Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определённым правилам.
Переход к реляционной модели данных.
Инфологическая модель используется на ранних стадиях разработки проекта. Если понимать язык условных обозначений, которые соответствуют категориям ER-модели, то её можно легко «читать», следователь
Словарь данных.
Управленческим инструментарием разработки при проектировании БД является словарь данных (СД).
Внедрение БД на любом предприятии занимает довольно продолжительное время. Её расширение проис
Требования к составу выполняемых функций
ИСГК должна выполнять следующие функции:
· создавать базу данных о предоставляемых услугах;
· база данных должна хранить следующие данные: личные данные клиентов (имя, фамилия, от
Требования к редактированию базы данных
При редактировании базы данных ИСГК должна выполнять следующие функции:
· вводить символы в информационное поле, отмеченное курсором;
· осуществлять навигацию по программе с помощ
Требования к оказанию дополнительных услуг.
· Своевременное оказание услуг;
· Контроль за качеством выполнения;
Способность к взаимодействию:
ИСГК должна функционировать на П
Требования к надежности
Надежность ИСГК должна быть обеспечена правильностью алгоритмических решений и программирования.
Время восстановления ИСГК после отказа не должна превышать 0,5 часа.
ИСГК в состав
Требования к составу и параметрам технических средств.
ИСГК должна функционировать на ПЭВМ со следующими характеристиками
· процессор не хуже Pentium III или AMD Duron/Athlon 500МГц;
· объем ОЗУ не менее 64 Мб;
· НГМД 3,5 (1,
Требования к информационной и программной совместимости.
В качестве языков программирования ИСГК должен быть использован язык программирования Си++.
ИСГК должен функционировать на ПЭВМ с одной из операционных систем MS Windows NT, MS Windows 200
Требования к транспортировке и хранению
Требования к транспортировке
ИСГК должна транспортироваться:
- в составе ПЭВМ, записанный на НЖМД ПЭВМ;
- на НГМД.
Условия транспортировки ИСГК в составе ПЭВМ до
Перечень сокращений
НГМД
-
накопитель на гибких магнитных дисках
НЖМД
-
накопитель на жестких магнитных дисках
Описание Плана реализации проекта.
Генеральный директор
Обязанности:
1. составление и заключение договора на проект.
2. рассмотрение и согласование решений, подготовленных руководителем сис
Календарный план реализации проекта
№
Наименование работ
Номера этапа
Сроки
Анализ предметной области, анализ требований к системе, анализ тр
Хотите получать на электронную почту самые свежие новости?
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Новости и инфо для студентов