Системный анализ и дизайн — Системный дизайн

Проектирование системы — это фаза, которая устраняет разрыв между проблемной областью и существующей системой управляемым образом. На этом этапе основное внимание уделяется области решения, т.е. «как реализовать?»

Это фаза, когда документ SRS преобразуется в формат, который может быть реализован, и решает, как будет работать система.

На этом этапе сложная деятельность по разработке системы делится на несколько более мелких подвидов деятельности, которые координируются друг с другом для достижения основной цели разработки системы.

Входы в дизайн системы

Проектирование системы принимает следующие входные данные —

• Техническое задание

• План определения требований

• Анализ текущей ситуации

• Предлагаемые системные требования, включая концептуальную модель данных, модифицированные DFD и метаданные (данные о данных).

Техническое задание

План определения требований

Анализ текущей ситуации

Предлагаемые системные требования, включая концептуальную модель данных, модифицированные DFD и метаданные (данные о данных).

Выходы для проектирования системы

Конструкция системы дает следующие результаты —

• Инфраструктурные и организационные изменения для предлагаемой системы.

• Схема данных, часто реляционная схема.

• Метаданные для определения таблиц / файлов и столбцов / элементов данных.

• Диаграмма иерархии функций или карта веб-страницы, которая графически описывает структуру программы.

• Фактический или псевдокод для каждого модуля в программе.

• Прототип для предлагаемой системы.

Инфраструктурные и организационные изменения для предлагаемой системы.

Схема данных, часто реляционная схема.

Метаданные для определения таблиц / файлов и столбцов / элементов данных.

Диаграмма иерархии функций или карта веб-страницы, которая графически описывает структуру программы.

Фактический или псевдокод для каждого модуля в программе.

Прототип для предлагаемой системы.

Типы системного дизайна

Логический дизайн

Логический дизайн относится к абстрактному представлению потока данных, входов и выходов системы. Он описывает входные данные (источники), выходные данные (места назначения), базы данных (хранилища данных), процедуры (потоки данных) в формате, соответствующем требованиям пользователя.

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

Физический дизайн

Физический дизайн относится к фактическим процессам ввода и вывода системы. Основное внимание уделяется тому, как данные вводятся в систему, проверяются, обрабатываются и отображаются как выходные данные.

Он создает рабочую систему, определяя спецификацию проекта, которая точно определяет, что делает система-кандидат. Он связан с проектированием пользовательского интерфейса, проектированием процессов и дизайном данных.

Он состоит из следующих шагов —

• Указание носителя ввода / вывода, проектирование базы данных и определение процедур резервного копирования.

• Планирование внедрения системы.

• Разработка плана тестирования и внедрения, а также определение любого нового аппаратного и программного обеспечения.

• Обновление затрат, выгод, дат конверсии и системных ограничений.

Указание носителя ввода / вывода, проектирование базы данных и определение процедур резервного копирования.

Планирование внедрения системы.

Разработка плана тестирования и внедрения, а также определение любого нового аппаратного и программного обеспечения.

Обновление затрат, выгод, дат конверсии и системных ограничений.

Архитектурный дизайн

Это также известно как проектирование высокого уровня, которое сосредотачивается на дизайне системной архитектуры. Он описывает структуру и поведение системы. Он определяет структуру и взаимосвязь между различными модулями процесса разработки системы.

Детальный дизайн

Это следует за Архитектурным дизайном и сосредотачивается на разработке каждого модуля.

Концептуальное моделирование данных

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

Основная цель концептуального моделирования данных — собрать как можно больше значения данных. Большинство организаций сегодня используют концептуальное моделирование данных с использованием модели ER, в которой используются специальные обозначения для представления как можно большего значения данных.

Модель отношений сущностей

Это метод, используемый при проектировании базы данных, который помогает описать отношения между различными объектами организации.

Термины, используемые в модели ER

• ENTITY — Он определяет отдельные элементы реального мира в приложении. Например: продавец, предмет, студент, курс, учителя и т. Д.

• ОТНОШЕНИЯ — Это значимые зависимости между сущностями. Например, поставщик поставляет предметы, учитель преподает курсы, затем предметы снабжения и курс являются отношениями.

• АТРИБУТЫ — Он определяет свойства отношений. Например, код поставщика, имя студента. Символы, используемые в модели ER, и их соответствующие значения —

ENTITY — Он определяет отдельные элементы реального мира в приложении. Например: продавец, предмет, студент, курс, учителя и т. Д.

ОТНОШЕНИЯ — Это значимые зависимости между сущностями. Например, поставщик поставляет предметы, учитель преподает курсы, затем предметы снабжения и курс являются отношениями.

АТРИБУТЫ — Он определяет свойства отношений. Например, код поставщика, имя студента. Символы, используемые в модели ER, и их соответствующие значения —

В следующей таблице приведены символы, используемые в модели ER, и их значение —

Условное обозначение	Имея в виду
	сущность
	Слабая сущность
	отношения
	Идентичность Отношения
	Атрибуты
	Ключевые атрибуты
	Многозначные
	Композитный атрибут
	Производные атрибуты
	Общее участие E2 в R
	Коэффициент кардинальности 1: N для E1: E2 в R

Между двумя наборами данных могут существовать три типа отношений: один-к-одному, один-ко-многим и многие-ко-многим.

Организация файлов

Он описывает, как записи хранятся в файле.

Существует четыре метода организации файлов:

• Серийный номер — записи хранятся в хронологическом порядке (в порядке ввода или появления). Примеры — регистрация телефонных сборов, транзакций банкоматов, телефонных очередей.

• Последовательный — записи хранятся в порядке, основанном на ключевом поле, которое содержит значение, однозначно идентифицирующее запись. Примеры — телефонные справочники.

• Прямой (относительный) — каждая запись хранится на основе физического адреса или местоположения на устройстве. Адрес вычисляется из значения, хранящегося в ключевом поле записи. Рандомизирующая процедура или алгоритм хеширования выполняет преобразование.

• Индексированные. Записи могут обрабатываться как последовательно, так и не последовательно с использованием индексов.

Серийный номер — записи хранятся в хронологическом порядке (в порядке ввода или появления). Примеры — регистрация телефонных сборов, транзакций банкоматов, телефонных очередей.

Последовательный — записи хранятся в порядке, основанном на ключевом поле, которое содержит значение, однозначно идентифицирующее запись. Примеры — телефонные справочники.

Прямой (относительный) — каждая запись хранится на основе физического адреса или местоположения на устройстве. Адрес вычисляется из значения, хранящегося в ключевом поле записи. Рандомизирующая процедура или алгоритм хеширования выполняет преобразование.

Индексированные. Записи могут обрабатываться как последовательно, так и не последовательно с использованием индексов.

Comparision

Доступ к файлам

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

Последовательный доступ

Каждая запись в файле обрабатывается, начиная с первой записи, пока не будет достигнут конец файла (EOF). Это эффективно, когда необходимо получить доступ к большому количеству записей в файле в любой момент времени. Данные, хранящиеся на ленте (последовательный доступ), могут быть доступны только последовательно.

Прямой (случайный) доступ

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

Типы файлов, используемые в системе организации

Ниже приведены типы файлов, используемых в системе организации.

• Главный файл — содержит текущую информацию для системы. Например, файл клиента, файл студента, телефонный справочник.

• Файл таблицы — это тип главного файла, который редко изменяется и хранится в табличном формате. Например, хранение Zipcode.

• Файл транзакции. Содержит оперативную информацию, полученную в результате бизнес-операций. Он используется для обновления или обработки главного файла. Например, адреса сотрудников.

• Временный файл — он создается и используется в случае необходимости системой.

• Зеркальный файл — это точные дубликаты других файлов. Помогите минимизировать риск простоя в тех случаях, когда оригинал становится непригодным для использования. Они должны быть изменены каждый раз при изменении исходного файла.

• Файлы журналов — они содержат копии основных записей и записей транзакций, чтобы вести хронологию любых изменений, которые вносятся в основной файл. Это облегчает аудит и обеспечивает механизм восстановления в случае сбоя системы.

• Архивные файлы — файлы резервных копий, которые содержат исторические версии других файлов.

Главный файл — содержит текущую информацию для системы. Например, файл клиента, файл студента, телефонный справочник.

Файл таблицы — это тип главного файла, который редко изменяется и хранится в табличном формате. Например, хранение Zipcode.

Файл транзакции. Содержит оперативную информацию, полученную в результате бизнес-операций. Он используется для обновления или обработки главного файла. Например, адреса сотрудников.

Временный файл — он создается и используется в случае необходимости системой.

Зеркальный файл — это точные дубликаты других файлов. Помогите минимизировать риск простоя в тех случаях, когда оригинал становится непригодным для использования. Они должны быть изменены каждый раз при изменении исходного файла.

Файлы журналов — они содержат копии основных записей и записей транзакций, чтобы вести хронологию любых изменений, которые вносятся в основной файл. Это облегчает аудит и обеспечивает механизм восстановления в случае сбоя системы.

Архивные файлы — файлы резервных копий, которые содержат исторические версии других файлов.

Контроль документации

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

После внедрения системы, если система работает ненадлежащим образом, документация помогает администратору понять поток данных в системе, чтобы исправить недостатки и заставить систему работать.

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

преимущества

• Это может сократить время простоя системы, сократить расходы и ускорить обслуживание.

• Это обеспечивает четкое описание формального потока существующей системы и помогает понять тип входных данных и как выходные данные могут быть получены.

• Это обеспечивает эффективный и действенный способ общения между техническими и нетехническими пользователями о системе.

• Это облегчает обучение нового пользователя, так что он может легко понять поток системы.

• Это помогает пользователю решать такие проблемы, как устранение неполадок, и помогает руководителю лучше принимать окончательные решения системы организации.

• Это обеспечивает лучший контроль за внутренней или внешней работой системы.

Это может сократить время простоя системы, сократить расходы и ускорить обслуживание.

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

Это обеспечивает эффективный и действенный способ общения между техническими и нетехническими пользователями о системе.

Это облегчает обучение нового пользователя, так что он может легко понять поток системы.

Это помогает пользователю решать такие проблемы, как устранение неполадок, и помогает руководителю лучше принимать окончательные решения системы организации.

Это обеспечивает лучший контроль за внутренней или внешней работой системы.

Типы документации

Когда дело доходит до проектирования системы, есть четыре основных документа:

• Программная документация
• Системная документация
• Операционная документация
• Пользовательская документация

Программная документация

• Он описывает входы, выходы и логику обработки для всех программных модулей.

• Процесс документирования программы начинается на этапе системного анализа и продолжается во время реализации.

• Эта документация направляет программистов, которые создают модули, которые хорошо поддерживаются внутренними и внешними комментариями и описаниями, которые можно легко понять и поддерживать.

Он описывает входы, выходы и логику обработки для всех программных модулей.

Процесс документирования программы начинается на этапе системного анализа и продолжается во время реализации.

Эта документация направляет программистов, которые создают модули, которые хорошо поддерживаются внутренними и внешними комментариями и описаниями, которые можно легко понять и поддерживать.

Операционная документация

Операционная документация содержит всю информацию, необходимую для обработки и распространения в Интернете и в печатном виде. Операционная документация должна быть четкой, краткой и доступной в Интернете, если это возможно.

Он включает в себя следующую информацию —

• Программа, системный аналитик, программист и системная идентификация.

• Информация о планировании вывода на печать, такая как отчет, частота выполнения и сроки.

• Входные файлы, их источники, выходные файлы и их назначения.

• Электронная почта и списки рассылки отчетов.

• Требуются специальные формы, включая онлайн-формы.

• Сообщения об ошибках и информационные сообщения операторам и процедуры перезапуска.

• Специальные инструкции, такие как требования безопасности.

Программа, системный аналитик, программист и системная идентификация.

Информация о планировании вывода на печать, такая как отчет, частота выполнения и сроки.

Входные файлы, их источники, выходные файлы и их назначения.

Электронная почта и списки рассылки отчетов.

Требуются специальные формы, включая онлайн-формы.

Сообщения об ошибках и информационные сообщения операторам и процедуры перезапуска.

Специальные инструкции, такие как требования безопасности.

Документация пользователя

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

Пользователи, владельцы систем, аналитики и программисты — все приложили усилия для разработки руководства пользователя.

Пользовательская документация должна включать —

• Обзор системы, который четко описывает все основные функции, возможности и ограничения системы.

• Описание содержания исходного документа, подготовка, обработка и образцы.

• Обзор меню и параметров экрана ввода данных, содержимого и инструкций по обработке.

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

• Безопасность и контрольная информация.

• Объяснение ответственности за конкретные требования к вводу, выводу или обработке.

• Процедуры запроса изменений и сообщения о проблемах.

• Примеры исключений и ситуаций ошибок.

• Часто задаваемые вопросы (FAQs).

• Объяснение того, как получить справку и процедуры по обновлению руководства пользователя.

Обзор системы, который четко описывает все основные функции, возможности и ограничения системы.

Описание содержания исходного документа, подготовка, обработка и образцы.

Обзор меню и параметров экрана ввода данных, содержимого и инструкций по обработке.

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

Безопасность и контрольная информация.

Объяснение ответственности за конкретные требования к вводу, выводу или обработке.

Процедуры запроса изменений и сообщения о проблемах.

Примеры исключений и ситуаций ошибок.

Часто задаваемые вопросы (FAQs).

Объяснение того, как получить справку и процедуры по обновлению руководства пользователя.

Системная документация

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

Он описывает каждую программу внутри IS и всю саму IS.

Он описывает функции системы, способ их реализации, назначение каждой программы во всей ИС в отношении порядка выполнения, информации, передаваемой в программы и из программ, и общего потока системы.

Он включает в себя записи словаря данных, диаграммы потоков данных, объектные модели, макеты экрана, исходные документы и системный запрос, который инициировал проект.

Большая часть системной документации подготавливается на этапах системного анализа и проектирования системы.

Во время внедрения системы аналитик должен просмотреть системную документацию, чтобы убедиться в ее полноте, точности и актуальности, а также любых изменениях, внесенных в процессе внедрения.