Проектирование информационных систем с CA ERwin Modeling Suite 7.3. Горбаченко В.И - 16 стр.

UptoLike

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