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

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).

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

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

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

  • Он описывает каждую программу в рамках ИС и всю ИС в целом.

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

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

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

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