ВУЗ:
Составители:
Рубрика:
16
построением контекстной DFD необходимо проанализировать внешние со-
бытия (внешние сущности), оказывающие влияние на функционирование
системы. Количество потоков на контекстной диаграмме должно быть по
возможности небольшим, поскольку каждый из них может быть в дальней-
шем разбит на несколько потоков на следующих уровнях диаграммы.
Для сложных систем (признаками сложности могут быть наличие
большого количества
внешних сущностей (десять и более), распределенная
природа системы или ее многофункциональность) строится иерархия кон-
текстных диаграмм. При этом контекстная диаграмма верхнего уровня со-
держит не единственный главный процесс, а набор подсистем, соединенных
потоками данных. Контекстные диаграммы следующего уровня детализиру-
ют контекст и структуру подсистем.
Для проверки контекстной диаграммы можно составить
список собы-
тий. Список событий должен состоять из описаний действий внешних сущ-
ностей (событий) и соответствующих реакций системы на события. Каждое
событие должно соответствовать одному или более потокам данных: вход-
ные потоки интерпретируются как воздействия, а выходные потоки – как ре-
акции системы на входные потоки.
Каждый процесс на DFD, в свою очередь
, может быть детализирован
при помощи DFD или (если процесс элементарный) спецификации. Специ-
фикация процесса должна формулировать его основные функции таким обра-
зом, чтобы в дальнейшем специалист, выполняющий реализацию проекта,
смог выполнить их или разработать соответствующую программу. Специфи-
кация является конечной вершиной иерархии DFD. Решение о завершении
детализации процесса и использовании спецификации принимается
аналити-
ком исходя из следующих критериев:
– наличия у процесса относительно небольшого количества входных и
выходных потоков данных (2-3 потока);
– возможности описания преобразования данных процессов в виде по-
следовательного алгоритма;
– выполнения процессом единственной логической функции преобра-
зования входной информации в выходную;
– возможности описания логики процесса при помощи спецификации
небольшого объема (не
более 20-30 строк).
В качестве языка спецификаций обычно используются структуриро-
ванный естественный язык или псевдокод.
В методологии DFD используются две нотации: Йодана-Де Марко
(Yourdan) и Гейна-Сарсона (Gane-Sarson) – табл. 1.1.
Следует отметить, что в BPwin формально используется нотация Гей-
на-Сарсона, но с рядом отступлений: отсутствуют миниспецификации, отли-
чается изображение функций, контекстная диаграмма не может
содержать
подсистемы.
построением контекстной DFD необходимо проанализировать внешние со- бытия (внешние сущности), оказывающие влияние на функционирование системы. Количество потоков на контекстной диаграмме должно быть по возможности небольшим, поскольку каждый из них может быть в дальней- шем разбит на несколько потоков на следующих уровнях диаграммы. Для сложных систем (признаками сложности могут быть наличие большого количества внешних сущностей (десять и более), распределенная природа системы или ее многофункциональность) строится иерархия кон- текстных диаграмм. При этом контекстная диаграмма верхнего уровня со- держит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализиру- ют контекст и структуру подсистем. Для проверки контекстной диаграммы можно составить список собы- тий. Список событий должен состоять из описаний действий внешних сущ- ностей (событий) и соответствующих реакций системы на события. Каждое событие должно соответствовать одному или более потокам данных: вход- ные потоки интерпретируются как воздействия, а выходные потоки – как ре- акции системы на входные потоки. Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD или (если процесс элементарный) спецификации. Специ- фикация процесса должна формулировать его основные функции таким обра- зом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разработать соответствующую программу. Специфи- кация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании спецификации принимается аналити- ком исходя из следующих критериев: – наличия у процесса относительно небольшого количества входных и выходных потоков данных (2-3 потока); – возможности описания преобразования данных процессов в виде по- следовательного алгоритма; – выполнения процессом единственной логической функции преобра- зования входной информации в выходную; – возможности описания логики процесса при помощи спецификации небольшого объема (не более 20-30 строк). В качестве языка спецификаций обычно используются структуриро- ванный естественный язык или псевдокод. В методологии DFD используются две нотации: Йодана-Де Марко (Yourdan) и Гейна-Сарсона (Gane-Sarson) – табл. 1.1. Следует отметить, что в BPwin формально используется нотация Гей- на-Сарсона, но с рядом отступлений: отсутствуют миниспецификации, отли- чается изображение функций, контекстная диаграмма не может содержать подсистемы. 16
Страницы
- « первая
- ‹ предыдущая
- …
- 14
- 15
- 16
- 17
- 18
- …
- следующая ›
- последняя »