рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Структурный анализ.

Структурный анализ. - раздел Менеджмент, разработки приложений в настоящее время. Для Разработки Своей Бд Я Использовала Структурный Метод Анализа. Структурный...

Для разработки своей БД я использовала структурный метод анализа. Структурный системный анализ проводится на начальном этапе разработки программного обеспечения – при создании спецификаций требований. Анализ предусматривает сбор и систематизацию сведений о предметной области, в которой должна функционировать разрабатываемая система. В результате проведения анализа создается система формальных спецификаций, ядром которой являются диаграммы потоков данных (ДПД).

 

Построение ДПД:

В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИСЗТП с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации.

Построение иерархии диаграмм потоков данных.

Первым шагом при построении иерархии ДПД является построение контекстных диаграмм. Обычно при проектировании относительно простых информационных систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, главный единственный процесс не раскрывает структуры распределенной системы. Признаками сложности (в смысле контекста) могут быть: распределенная природа системы; многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы. Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС.

В процессе анализа я получила ДПД, декомпозировав до третьего уровня.

 

– Конец работы –

Эта тема принадлежит разделу:

разработки приложений в настоящее время.

На сайте allrefs.net читайте: разработки приложений в настоящее время....

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Структурный анализ.

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Постановка задачи.
  Реализовать проект по созданию программной системы для предметной области «Заказ товаров почтой». Реализация проекта предполагает: - разработка (обоснование) техно

Заказ товаров почтой.
Торговля с заказом товара по почте, телефону — сбыт товаров с использованием телефонных каналов и почты для сбора заявок, с последующей доставкой заказанного товара на дом, на работу. Данн

Создание и распространение рекламных каталогов.
Реклама для заказа товаров почтой дает полную картину, если целью является немедленная, срочная реализация товара. В рекламе для заказа товаров почтой всегда использует мелкий шрифт, такая экономия

Обработка бланка заказа.
Бланк заказа доставляется от клиента фирме-поставщику по почте. Данные из бланка заносятся в базы данных. Координаты и личные данные клиента хранятся в Базе Данных «Клиент»,если клиент отправляет б

Поиск товара и оформление счета-фактуры.
Ответственным за проведение этого процесса являются сотрудники Склада Товаров. Если на момент поступления запроса данного товара не оказалось в наличии, то фирму-поставщика уведомляют об этом и кли

Доставка товара клиенту.
Доставка товара осуществляется после оформления всех необходимых документов, проверки правильности заказа и упаковки товара для транспортировки. Необходимо учитывать свойства заказанного товара при

Формальные модели предметной области.
1. Рис. 1.1. Контекстная диаграмма «Заказ товаров почтой». Первый уровень детализации. &

Анализ процессов.
1.1.Создание и распространение рекламных каталогов включает в себя подпроцессы: 1.1.1.Организация рекламы 1.1.2.Согласование дизайна и ассортимента каталога

Анализ и обоснование методологии разработки, управления, применяемых инструментальных средств.
Как правило, разработка программного обеспечения представляет собой довольно хаотическую деятельность, которую нередко можно охарактеризовать фразой «code and fix» («пишем и исправляем»). Единого п

XP (Extreme Programming)
Из всех гибких методологий эта - самая известная. Можно даже сказать, что популярность ХР стала в некотором роде проблемой, так как эта методология практически вытеснила все остальные, а вместе с н

Семейство методологий Crystal Алистэра Коуберна.
Алистэр Коуберн (Alistair Cockburn) изучает методологии разработки ПО с начала 90-х, когда компания IBM дала ему задание написать работу на эту тему. При этом его подход существенно отличается от п

Open Source
Открытый исходный код - это, скорее, вид ПО, а не процесс его разработки, тем не менее, та манера работать, которая сложилась в обществе разработчиков ПО с открытым исходным кодом, может оказаться

Адаптивная разработка (ASD) по Джиму Хайсмиту
Джим Хайсмит много лет подряд работал с предсказуемыми методологиями. Он занимался их разработкой, внедрял их, учил ими пользоваться, и в конце концов, пришел к выводу, что они глубоко ошибочны: ос

Feature Driven Development
Эта методология (кратко именуемая FDD) была разработана Джеффом Де Люка (Jeff De Luca) и признанным специалистом в области объектно-ориентированных технологий Питером Коадом (Peter Coad). Как и ост

Dynamic System Development Method (DSDM)
DSDM появился в Великобритании в 1994. Его основателем стал консорциум из 17 английских компаний, которые хотели работать с использованием RAD и принципов итеративной разработки, то, что DSDM разра

Союз всех гибких
Между всеми этими методологиями столько общего, что возникает естественный вопрос, нельзя ли найти возможность для совместной работы. Для этого в феврале 2001 года был проведен семинар, куда пригла

CASE-средства
Важную роль в создании серьезных бизнес-приложений играет предварительное описание и анализ предъявляемых требований, моделирование и оптимизация бизнес-процессов и потоков данных. Существенную пом

Преимущества PowerDesigner
Снижение затрат при разработке Web-служб через проектирование Быстрая разработка с применением UML – с интеграцией со средствами разработки для ускорения создания Web-служб – делает

ObjectArchitect (PDM, CDM, OOM)
Объектно-ориентированный анализ и проектирование в комбинации с двухуровневым, итерационным проектированием баз данных и языком описания базы данных (DLL). Теперь, с расширенной поддержкой UML, инт

Требования к составу выполняемых функций
ИСЗТП должна выполнять следующие функции: - Открывать для просмотра или редактирования запись; - Редактировать созданную или открытую запись; - Выводить на печать созданн

Требования к редактированию базы данных
При редактировании базы данных ИСЗТП должна выполнять следующие функции: - Вводить символы в информационное поле, отмеченное курсором; - Осуществлять навигацию по программе с помо

Требования к надежности
Надежность ИСЗТП должна быть обеспечена правильностью алгоритмических решений и программирования. Время восстановления ИСЗТП после отказа не должна превышать 0,5 часа. ИСЗТП в сос

Требования к составу и параметрам технических средств.
ИСЗТП должна функционировать на ПЭВМ со следующими характеристиками - процессор не хуже Pentium III или AMD Duron/Athlon 500МГц; - объем ОЗУ не менее 64 Мб; - НГМД 3,5 (1

Требования к информационной и программной совместимости.
В качестве языков программирования ИСЗТП должен быть использован язык программирования Си++. ИСЗТП должен функционировать на ПЭВМ с одной из операционных систем MS Windows NT, MS Windows 2

Требования к транспортировке и хранению
Требования к транспортировке ИСЗТП должна транспортироваться: - в составе ПЭВМ, записанный на НЖМД ПЭВМ; - на НГМД. Условия транспортировки ИСЗТП в составе ПЭВМ

Перечень сокращений
НГМД - накопитель на гибких магнитных дисках НЖМД - накопитель на жестких магнитных дисках

ДПД первого уровня.
  На первом уровне ДПД представлен общий процесс общения клиента (заказчика) с фирмой-поставщиком. При этом существуют еще сущность – банк, который проверяет платёжеспособность магази

Проектирование
  При разработке информационной системы я использовала проектирование.   Инфологическая модель должна включать такое формализованное описание предметной области

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги