Проектирование базы данных системы
сформулированные на этапе анализа и описанные в разделе 1.3.
2.2. Проектирование базы данных системы
Начиная с конца 70-х годов почти все программные продукты, работающие с базами данных, основаны на реляционной модели данных (relational). Более того, подавляющее большинство научных исследований и разработок в области баз данных в последние два десятилетия проводилось в этом направлении. На самом деле, реляционный подход представляет собой основную тенденцию сегодняшнего рынка СУБД, и реляционная модель единственная наиболее существенная разработка в истории развития баз данных. Наиболее распространенная трактовка реляционной модели данных принадлежит Дейту. Согласно Дейту реляционная модель состоит из трех частей, описывающих разные аспекты реляционного подхода: структурной части, манипуляционной части и целостной части. В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение. В манипуляционной части модели утверждаются два фундаментальных механизма манипулирования реляционными БД - реляционная алгебра и реляционное исчисление [6, 9].
Рис. 2.1. Порядок следования счета-фактуры
Рис. 2.2. Контекстная диаграмма системы учета счетов-фактур
2.3. Диаграмма потоков данных с выделением подсистем
Обычно БД создается для хранения и доступа к данным, содержащим сведения
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
54 |
55 |
56 |
57 |
58 |
59 |
60 |
61 |
62 |
63 |
64 |
65 |
66 |
67 |
68 |
69 |
70 |
71 |
72 |
73 |
74 |
75 |
76 |
77 |
78 |
79 |
80 |
81 |
82 |
83 |
84 |
85 |
86 |
87 |
88 |
89 |
90 |
91 |
92 |
93 |
94 |
95 |
96 |
97 |
98 |
99 |
100 |
101 |
102 |
103 |
104 |
105 |
106 |
107 |
108 |
109 |
110 |
111 |
112 |
113 |
114 |
115 |
116 |
117 |
118 |
119 |
120 |
121 |
122 |
123 |
124 |
