Системный анализ и проектирование - системное проектирование

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

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

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

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

Системный дизайн принимает следующие входные данные -

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

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

Дизайн системы дает следующие результаты -

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

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

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

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

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

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

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

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

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

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

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

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

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

Он следует архитектурному дизайну и фокусируется на разработке каждого модуля.

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

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

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

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

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

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

ENTITY- Он определяет отдельные элементы реального мира в приложении. Например: поставщик, предмет, студент, курс, учителя и т. Д.
RELATIONSHIP- Это значимые зависимости между сущностями. Например, поставщик поставляет товары, учитель ведет курсы, а затем расходные материалы и курс - это отношения.
ATTRIBUTES- Он определяет свойства отношений. Например, код поставщика, имя студента. Символы, используемые в модели ER, и их соответствующие значения -

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

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

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

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

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

Есть четыре метода организации файлов -

Serial - Записи хранятся в хронологическом порядке (в порядке их ввода или возникновения). Examples - Учет телефонных расходов, транзакций банкоматов, телефонных очередей.
Sequential - Записи хранятся в порядке, основанном на ключевом поле, которое содержит значение, однозначно идентифицирующее запись. Examples - Телефонные справочники.
Direct (relative)- Каждая запись хранится на основе физического адреса или местоположения на устройстве. Адрес рассчитывается из значения, хранящегося в ключевом поле записи. Преобразование выполняет процедура рандомизации или алгоритм хеширования.
Indexed - Записи могут обрабатываться как последовательно, так и непоследовательно с использованием индексов.

Сравнение

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

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

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

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

Прямой (произвольный) доступ

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

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

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

Master file- Он содержит текущую информацию о системе. Например, файл клиента, файл студента, телефонный справочник.
Table file- Это тип мастер-файла, который редко изменяется и хранится в табличном формате. Например, сохранение почтового индекса.
Transaction file- Он содержит повседневную информацию, полученную в результате деловой активности. Он используется для обновления или обработки главного файла. Например, Адреса сотрудников.
Temporary file - Он создается и используется системой, когда это необходимо.
Mirror file- Они являются точными копиями других файлов. Помогите минимизировать риск простоя в случаях, когда оригинал приходит в негодность. Их необходимо изменять каждый раз при изменении исходного файла.
Log files- Они содержат копии основных записей и записей транзакций для записи любых изменений, внесенных в основной файл. Это облегчает аудит и предоставляет механизм восстановления в случае сбоя системы.
Archive files - Файлы резервных копий, содержащие исторические версии других файлов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обзор системы, в котором четко описаны все основные функции, возможности и ограничения системы.
Описание содержания, подготовки, обработки и образцов исходного документа.
Обзор опций меню и экрана ввода данных, содержания и инструкций по обработке.
Примеры отчетов, которые составляются регулярно или доступны по запросу пользователя, включая образцы.
Информация о безопасности и контрольном журнале.
Объяснение ответственности за конкретные требования к вводу, выводу или обработке.
Процедуры запроса изменений и сообщения о проблемах.
Примеры исключений и ошибочных ситуаций.
Часто задаваемые вопросы (FAQ).
Объяснение того, как получить помощь и процедуры обновления руководства пользователя.

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

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

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