1.2.5. Требования к информационной и программной совместимости
В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.
1.3. Спецификации процессов
Спецификации процессов представляют в виде краткого текстового описания, схем алгоритмов, псевдокодов (формализированное текстовое описание алгоритма), Flow-форм (графическая нотация структурных алгоритмов, каждый символ имеет вид прямоугольника, в который вписано действия) или диаграмм Насси-Шнейдермана (продолжение Flow-диаграммы, отличающиеся в том, что обозначение в виде треугольника).
1.4. Диаграммы переходов состояний
Диаграммы состояний определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий.
На диаграмме имеются два специальных состояния – начальное (start) и конечное (stop). Начальное состояние выделено черной точкой, оно соответствует состоянию объекта, когда он только что был создан. Конечное состояние обозначается черной точкой в белом кружке, оно соответствует состоянию объекта непосредственно перед его уничтожением. На диаграмме состояний может быть одно и только одно начальное состояние. В то же время, может быть столько конечных состояний, сколько вам нужно, или их может не быть вообще. Когда объект находится в каком-то конкретном состоянии, могут выполняться различные процессы. Процессы, происходящие, когда объект находится в определенном состоянии, называются действиями (actions).
Рисунок 1 - Пример диаграммы состояний
1.5. Диаграммы потоков данных
Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов.
Рисунок 2 - Пример диаграммы потоков данных
1.6. Диаграммы «сущность-связь»
Диаграмма «сущность-связь» - инструмент разработки модели данных, обеспечивающих стандартный способ определения данных и отношений между ними. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включены основные сущности и связи между ними, которые удовлетворяют требования, предъявляемые к ИС.
Рисунок 3 - Диаграмма «сущность-связь»
1.7. Словарь терминов
Представляет собой краткое описание основных понятий, используемых при составлении спецификаций. Он должен включать определение основных понятий предметной области, описание структур элементов данных, их типов и форматов, а также всех сокращений и условных обозначений.
1.8. Функциональные диаграммы
Функциональные диаграммы отражают взаимосвязи функций разрабатываемого программного обеспечения. Для создания функциональных диаграмм предлагается использовать методологию SADT.
1.9. Среда разработки
Описание используемого программного обеспечения и СУБД, которые планируется использовать для разработки программы или информационной системы.
Глава 2 Администрирование И БЕЗОПАСНОСТЬ ИНФОРМАЦИОННЫХ СИСТЕМ
2.1. Структура сети информационной системы
Каждая организация формулирует собственные требования к конфигурации сети, определяемые характером решаемых задач. В первую очередь необходимо определить, сколько человек будут работать в сети. От этого решения, по существу, будут зависеть все последующие этапы создания сети.Количество рабочих станций напрямую зависит от предполагаемого числа сотрудников. Другим фактором является иерархия компании. Для фирмы с горизонтальной структурой, где все сотрудники должны иметь доступ к данным друг друга, оптимальным решением является простая одноранговая сеть. Фирме, построенной по принципу вертикальной структуры, в которой точно известно, какой сотрудник и к какой информации должен иметь доступ, следует ориентироваться на более дорогой вариант сети – с выделенным сервером. Только в такой сети существует возможность администрирования прав доступа.