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

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

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

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

Это процесс сбора и интерпретации фактов, выявления проблем и разложения системы на ее компоненты.

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

Анализ определяет, что должна делать система .

Проектирование систем

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

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

Системный анализ и проектирование (SAD) в основном сосредоточены на:

системы
Процессы
Технология

Что такое система?

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

Система — это «упорядоченная группа взаимозависимых компонентов, связанных вместе в соответствии с планом для достижения конкретной цели».

Ограничения системы

Система должна иметь три основных ограничения:

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

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

Взаимосвязанность и взаимозависимость должны существовать среди компонентов системы.

Цели организации имеют более высокий приоритет, чем цели ее подсистем.

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

Свойства системы

Система имеет следующие свойства —

организация

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

взаимодействие

Это определяется тем, как компоненты работают друг с другом.

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

Взаимозависимость

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

интеграция

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

Центральная цель

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

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

Элементы системы

Следующая диаграмма показывает элементы системы —

Выходы и входы

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

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

Входы — это информация, которая поступает в систему для обработки.

Выход — это результат обработки.

Процессор (ы)

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

Процессор — это элемент системы, который включает в себя фактическое преобразование ввода в вывод.

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

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

контроль

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

Элемент управления направляет систему.

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

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

Обратная связь

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

Обратная связь обеспечивает контроль в динамической системе.

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

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

Среда

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

Среда — это «суперсистема», в которой работает организация.

Это источник внешних элементов, которые наносят удар по системе.

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

Границы и интерфейс

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

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

Каждая система имеет границы, которые определяют ее сферу влияния и контроля.

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

Типы систем

Системы можно разделить на следующие типы —

Физические или Абстрактные Системы

Физические системы — это материальные объекты. Мы можем потрогать и почувствовать их.
Физическая система может быть статической или динамической по своей природе. Например, столы и стулья — это физические части компьютерного центра, которые являются статичными. Запрограммированный компьютер — это динамическая система, в которой программы, данные и приложения могут изменяться в соответствии с потребностями пользователя.
Абстрактные системы — это нефизические объекты или концептуальные, которые могут быть формулами, представлением или моделью реальной системы.

Физические системы — это материальные объекты. Мы можем потрогать и почувствовать их.

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

Абстрактные системы — это нефизические объекты или концептуальные, которые могут быть формулами, представлением или моделью реальной системы.

Открытые или закрытые системы

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

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

Закрытая система не взаимодействует с окружающей средой. Он изолирован от воздействия окружающей среды. Полностью закрытая система редко встречается в реальности.

Адаптивная и неадаптивная система

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

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

Неадаптивная система — это система, которая не реагирует на окружающую среду. Например, машины.

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

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

Постоянная система сохраняется в течение длительного времени. Например, деловая политика.

Временная система производится за указанное время, после чего они сносятся. Например, для программы настроена система DJ, и она разбирается после программы.

Природные и промышленные системы

Природные системы созданы природой. Например, Солнечная система, сезонная система.
Производственная система — это искусственная система. Например, ракеты, плотины, поезда.

Природные системы созданы природой. Например, Солнечная система, сезонная система.

Производственная система — это искусственная система. Например, ракеты, плотины, поезда.

Детерминистическая или вероятностная система

Детерминированная система работает предсказуемым образом, и взаимодействие между компонентами системы точно известно. Например, две молекулы водорода и одна молекула кислорода образуют воду.
Вероятностная система показывает неопределенное поведение. Точный вывод не известен. Например, прогноз погоды, доставка почты.

Детерминированная система работает предсказуемым образом, и взаимодействие между компонентами системы точно известно. Например, две молекулы водорода и одна молекула кислорода образуют воду.

Вероятностная система показывает неопределенное поведение. Точный вывод не известен. Например, прогноз погоды, доставка почты.

Социальная, Человек-Машина, Машинная Система

Социальная система состоит из людей. Например, социальные клубы, общества.
В человеко-машинной системе и человек, и машина задействованы для выполнения определенной задачи. Например, Компьютерное программирование.
Система машины — это то, где человеческое вмешательство игнорируется. Все задачи выполняются на машине. Например, автономный робот.

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

В человеко-машинной системе и человек, и машина задействованы для выполнения определенной задачи. Например, Компьютерное программирование.

Система машины — это то, где человеческое вмешательство игнорируется. Все задачи выполняются на машине. Например, автономный робот.

Рукотворные информационные системы

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

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

Это взаимосвязанный набор информационных ресурсов для управления данными для конкретной организации под управлением прямого управления (DMC).

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

Искусственные информационные системы делятся на три типа —

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

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

Компьютерная система — эта система напрямую зависит от компьютера для управления бизнес-приложениями. Например, автоматическая библиотечная система, железнодорожная система бронирования, банковская система и т. Д.

Модели систем

Схематические модели

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

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

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

Модели проточной системы

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

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

Например, метод оценки и анализа программ (PERT) используется для абстрагирования реальной системы в форме модели.

Модели статических систем

Они представляют одну пару отношений, таких как активность-время или стоимость-количество .
Например, диаграмма Ганта дает статическую картину взаимосвязи активности и времени.

Они представляют одну пару отношений, таких как активность-время или стоимость-количество .

Например, диаграмма Ганта дает статическую картину взаимосвязи активности и времени.

Динамические системные модели

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

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

Он показывает постоянный, постоянно меняющийся статус системы. Состоит из —

Входы, которые входят в систему

Процессор, через который происходит преобразование

Программа (ы), необходимые для обработки

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

Категории информации

Существует три категории информации, относящейся к уровням управления и принимаемым менеджерами.

Стратегическая информация

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

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

Этот тип информации достигается с помощью системы поддержки принятия решений (DSS).

Управленческая информация

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

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

Это достигается с помощью информационных систем управления (MIS).

Оперативная информация

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

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

Это достигается с помощью систем обработки данных (DPS).

Жизненный цикл разработки системы

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

Жизненный цикл разработки системы (SDLC) — это концептуальная модель, которая включает в себя политики и процедуры для разработки или изменения систем в течение их жизненных циклов.

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

требования
дизайн
реализация
тестирование
развертывание
операции
поддержание

Фазы SDLC

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

Технико-экономическое обоснование или планирование

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

Определите проблему и область действия существующей системы.

Обзор новой системы и определение ее целей.

Подтвердите осуществимость проекта и составьте График проекта.

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

ТЭО для всего проекта создается в конце этого этапа.

Анализ и спецификация

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

Собирайте, анализируйте и проверяйте информацию.

Определите требования и прототипы для новой системы.

Оцените альтернативы и определите приоритеты требований.

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

В конце этого этапа готовится документ Спецификации требований к программному обеспечению (SRS), в котором указываются требования к программному, аппаратному, функциональному и сетевому требованиям системы.

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

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

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

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

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

Просмотрите предложенный дизайн. Убедитесь, что окончательный проект должен соответствовать требованиям, изложенным в документе SRS.

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

Реализация

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

Реализуйте дизайн в исходный код с помощью кодирования.

Объедините все модули вместе в учебную среду, которая обнаруживает ошибки и дефекты.

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

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

Обслуживание / поддержка

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

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

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

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

Техническое обслуживание и поддержка могут потребоваться в течение более длительного времени для больших систем и в течение короткого времени для небольших систем.

Жизненный цикл системного анализа и проектирования

Следующая диаграмма показывает полный жизненный цикл системы на этапе анализа и проектирования.

Роль системного аналитика

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

Он стремится соответствовать целям информационной системы с целью организации.

Основные роли

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

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

Определение приоритетов требований путем получения согласия пользователя.

Сбор фактов или информации и получение мнения пользователей.

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

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

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

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

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

Атрибуты системного аналитика

На следующем рисунке показаны атрибуты, которыми должен обладать системный аналитик:

Межличностные навыки

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

Аналитические навыки

Системное изучение и организационные знания
Идентификация проблемы, анализ проблемы и решение проблемы
Здравый смысл
Возможность доступа к компромиссу
Любопытство, чтобы узнать о новой организации

Навыки управления

Поймите пользователей жаргон и практики.
Управление ресурсами и проектами.
Управление изменениями и рисками.
Понимать функции управления полностью.

Технические навыки

Знание компьютеров и программного обеспечения.
Будьте в курсе современного развития.
Знать инструменты проектирования системы.
Широкое знание о новых технологиях.

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

Что такое определение требований?

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

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

Основные виды деятельности в определении требований

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

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

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

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

Исследование требований

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

Он изучает текущую систему и документирует ее особенности для дальнейшего анализа.

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

Требования Технические характеристики

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

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

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

Методы сбора информации

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

Идеальный документ СГД должен —

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

Существуют различные методы сбора информации —

Собеседование

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

Это можно сделать двумя способами —

Неструктурированное интервью — системный аналитик проводит сессию вопрос-ответ, чтобы получить основную информацию о системе.
Структурированное интервью. У него есть стандартные вопросы, на которые пользователь должен ответить либо в закрытом (объективном), либо в открытом (описательном) формате.

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

Структурированное интервью. У него есть стандартные вопросы, на которые пользователь должен ответить либо в закрытом (объективном), либо в открытом (описательном) формате.

Преимущества интервью

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

Этот метод часто является лучшим источником сбора качественной информации.

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

Информация может быть легко проверена и перепроверена немедленно.

Это может обращаться со сложными предметами.

Легко обнаружить ключевую проблему путем поиска мнений.

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

Анкетирование

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

Есть два типа анкет —

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

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

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

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

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

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

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

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

Это более надежно и обеспечивает высокую конфиденциальность честных ответов.

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

Просмотр записей, процедур и форм

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

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

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

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

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

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

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

Он описывает проблему, ее затронутые части и предлагаемое решение.

наблюдение

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

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

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

Это прямой метод сбора информации.

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

Он производит более точные и надежные данные.

Он производит все аспекты документации, которые являются неполными и устаревшими.

Совместная разработка приложений (JAD)

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

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

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

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

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

Способствует формальным отношениям между несколькими уровнями сотрудников.

Это может привести к творческому развитию дизайна.

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

Вторичное исследование или фоновое чтение

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

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

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

Доступ к нему более открыт при наличии интернета.

Он предоставляет ценную информацию с низкой стоимостью и временем.

Он выступает в качестве предвестника первичных исследований и выравнивает фокус первичных исследований.

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

Технико-экономическое обоснование

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

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

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

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

Основная цель технико-экономического обоснования состоит в том, чтобы приобрести масштаб проблемы вместо решения проблемы.

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

Шаги, вовлеченные в технико-экономический анализ

Следующие шаги должны быть выполнены при выполнении технико-экономического анализа —

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

Сформируйте команду проекта и назначьте руководителя проекта.

Разработайте системные блок-схемы.

Выявить недостатки существующей системы и поставить цели.

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

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

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

Оцените другие альтернативы и выберите лучшую систему кандидатов.

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

Типы возможностей

Экономическая целесообразность

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

Он оценивает эффективность системы кандидатов с использованием метода анализа затрат / выгод.

Он демонстрирует чистую выгоду от системы кандидатов с точки зрения выгод и затрат для организации.

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

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

Техническая осуществимость

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

Он исследует техническую осуществимость каждой альтернативы реализации.

Он анализирует и определяет, может ли решение поддерживаться существующей технологией или нет.

Аналитик определяет, будут ли обновлены или добавлены текущие технические ресурсы, соответствующие новым требованиям.

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

Операционная осуществимость

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

Он определяет, работает ли система эффективно после ее разработки и внедрения.

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

Он анализирует, будут ли затронуты пользователи и принимают ли они измененные или новые бизнес-методы, которые влияют на возможные преимущества системы.

Это также гарантирует работоспособность компьютерных ресурсов и сетевой архитектуры системы-кандидата.

Поведенческая выполнимость

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

Он оценивает и оценивает отношение или поведение пользователя к разработке новой системы.

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

График ТЭО

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

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

Он также проверяет и подтверждает, являются ли сроки проекта разумными или нет.

Структурный анализ

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

Что такое структурный анализ?

Структурный анализ — это метод разработки, который позволяет аналитику логически понимать систему и ее действия.

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

Он имеет следующие атрибуты —

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

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

Он разделяет процессы так, что дает четкую картину потока системы.

Логично, а не физически, т. Е. Элементы системы не зависят от поставщика или оборудования.

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

Инструменты структурированного анализа

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

Диаграммы потока данных
Словарь данных
Деревья решений
Таблицы решений
Структурированный английский
ПСЕВДОКОД

Диаграммы потоков данных (DFD) или пузырьковая диаграмма

Это методика, разработанная Ларри Константином для выражения требований системы в графической форме.

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

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

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

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

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

Основные элементы DFD

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

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

Название символа	Условное обозначение	Имея в виду
Площадь		Источник или назначение данных
Стрела		Поток данных
Круг		Процесс преобразования потока данных
Открытый прямоугольник		Хранилище данных

Типы ДФД

DFD бывают двух типов: физические DFD и логические DFD. В следующей таблице перечислены точки, которые отличают физический DFD от логического DFD.

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

Контекстная диаграмма

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

Контекстная диаграмма управления беспорядком показана ниже.

Словарь данных

Словарь данных — это структурированное хранилище элементов данных в системе. Он хранит описания всех элементов данных DFD, то есть подробности и определения потоков данных, хранилищ данных, данных, хранящихся в хранилищах данных, и процессов.

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

Sr.No.	Название данных	Описание	Количество персонажей
1	ISBN	Номер ISBN	10
2	ЗАГЛАВИЕ	заглавие	60
3	SUB	Темы книг	80
4	ИМЯ	Имя автора	15

Деревья решений

Деревья решений — это метод определения сложных отношений путем описания решений и избежания проблем в общении. Дерево решений — это диаграмма, которая показывает альтернативные действия и условия в рамках горизонтального дерева. Таким образом, он показывает, какие условия следует учитывать первым, вторым и т. Д.

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

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

Например, обратитесь к следующему дереву решений —

Таблицы решений

Таблицы решений — это метод точного описания сложных логических отношений, который легко понять.

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

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

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

Компоненты таблицы решений

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

Заглушка условия — находится в верхнем левом квадранте, где перечислены все проверяемые условия.

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

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

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

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

Y показывает наличие условия.
N представляет условие, которое не выполняется.
Пустой — против действия говорится, что его следует игнорировать.
X (или галочка подойдет) против действий, которые должны быть выполнены.

Например, обратитесь к следующей таблице —

УСЛОВИЯ	Правило 1	Правило 2	Правило 3	Правило 4
Авансовый платеж сделан	Y	N	N	N
Сумма покупки = 10000 рупий / —	—	Y	Y	N
Постоянный клиент	—	Y	N	—
АКЦИИ
Скидка 5%	Икс	Икс	—	—
Не дают скидку	—	—	Икс	Икс

Структурированный английский

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

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

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

У него нет строгого правила синтаксиса. Он выражает всю логику в терминах последовательных структур решений и итераций.

Например, посмотрите следующую последовательность действий —

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

ПСЕВДОКОД

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

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

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

Он используется в сочетании со структурным программированием.

Он заменяет блок-схемы программы.

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

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

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

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

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

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

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

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

Стратегии дизайна

Нисходящая стратегия

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

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

Стратегия снизу вверх

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

В этой технике

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

Модули на самом базовом или низшем уровне определены.

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

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

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

Структурированный дизайн

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

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

Модульность

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

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

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

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

Структурированные диаграммы

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

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

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

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

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

У нас есть два разных подхода к разработке структурированной диаграммы —

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

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

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

Цели использования структурных блок-схем

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

Для поощрения нисходящего дизайна.

Для поддержки концепции модулей и определения соответствующих модулей.

Чтобы показать размер и сложность системы.

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

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

Факторы, влияющие на сложность системы

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

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

Связь

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

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

Высокая связь

Эти типы систем имеют взаимосвязи с программными модулями, зависящими друг от друга. Изменения в одной подсистеме приводят к сильному влиянию на другую подсистему.

Низкая связь

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

Меры сцепления

Content Coupling — Когда один компонент фактически изменяет другой, тогда измененный компонент полностью зависит от его модификации.
Common Coupling (Общая связь) — когда объем связи несколько уменьшается за счет организации дизайна системы, чтобы данные были доступны из общего хранилища данных.
Control Coupling — когда один компонент передает параметры для управления активностью другого компонента.
Штемпельная связь — когда структуры данных используются для передачи информации от одного компонента к другому.
Связь данных — когда передаются только данные, компоненты соединяются этой связью.

Content Coupling — Когда один компонент фактически изменяет другой, тогда измененный компонент полностью зависит от его модификации.

Common Coupling (Общая связь) — когда объем связи несколько уменьшается за счет организации дизайна системы, чтобы данные были доступны из общего хранилища данных.

Control Coupling — когда один компонент передает параметры для управления активностью другого компонента.

Штемпельная связь — когда структуры данных используются для передачи информации от одного компонента к другому.

Связь данных — когда передаются только данные, компоненты соединяются этой связью.

когезия

Сплоченность — это мера близости отношений между его компонентами. Он определяет степень зависимости компонентов модуля друг от друга. На практике это означает, что разработчик системы должен обеспечить, чтобы:

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

Они не разделяют важные процессы на фрагментированные модули.

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

Лучшие модули — это те, которые функционально связаны. Худшие модули — это те, которые совпадают по совпадению.

Худшая степень сплоченности

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

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

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

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

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

Последовательная сплоченность — это когда выходные данные из одной части компонента являются входными данными для следующей его части.

Ввод / вывод и дизайн форм

Дизайн входов

В информационной системе ввод — это необработанные данные, которые обрабатываются для получения вывода. Во время проектирования ввода разработчики должны учитывать устройства ввода, такие как ПК, MICR, OMR и т. Д.

Следовательно, качество ввода системы определяет качество вывода системы. Хорошо продуманные формы ввода и экраны имеют следующие свойства —

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

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

Это обеспечивает правильное завершение с точностью.

Это должно быть легко заполнить и просто.

Следует сосредоточиться на внимании пользователя, последовательности и простоте.

Все эти цели достигаются с использованием знаний основных принципов проектирования, касающихся:

Какие входные данные необходимы для системы?

Как конечные пользователи реагируют на различные элементы форм и экранов.

Цели для дизайна ввода

Цели входного дизайна —

Разработать процедуры ввода и ввода данных
Чтобы уменьшить громкость ввода
Разработка исходных документов для сбора данных или разработка других методов сбора данных
Разработать записи входных данных, экраны ввода данных, экраны пользовательского интерфейса и т. Д.
Использовать проверочные проверки и разрабатывать эффективные средства контроля ввода.

Разработать процедуры ввода и ввода данных

Чтобы уменьшить громкость ввода

Разработка исходных документов для сбора данных или разработка других методов сбора данных

Разработать записи входных данных, экраны ввода данных, экраны пользовательского интерфейса и т. Д.

Использовать проверочные проверки и разрабатывать эффективные средства контроля ввода.

Методы ввода данных

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

Система должна препятствовать тому, чтобы пользователь сделал ошибки, —

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

Некоторые из популярных методов ввода данных —

Пакетный метод ввода (автономный метод ввода данных)
Способ ввода данных онлайн
Машиночитаемые формы
Интерактивный ввод данных

Контроль целостности ввода

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

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

Дизайн выхода

Дизайн вывода — самая важная задача любой системы. При разработке выходных данных разработчики определяют тип необходимых выходных данных и учитывают необходимые элементы управления выходными данными и макеты прототипов отчетов.

Цели дизайна выхода

Цели входного дизайна —

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

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

Разработать выходной дизайн, отвечающий требованиям конечных пользователей.

Для доставки соответствующего количества продукции.

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

Сделать вывод доступным вовремя для принятия правильных решений.

Давайте теперь рассмотрим различные типы выходов —

Внешние Выходы

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

Некоторые из внешних выходов выполнены в виде оборотных выходов, которые реализованы в виде формы и повторно вводят систему в качестве входа.

Внутренние выходы

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

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

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

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

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

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

Контроль целостности вывода

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

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

Дизайн форм

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

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

Во время проектирования формы дизайнеры должны знать:

кто будет их использовать

куда они будут доставлены

цель формы или отчета

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

Цели хорошего дизайна формы

Хороший дизайн формы необходим для обеспечения следующего:

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

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

Для достижения намеченной цели с помощью соответствующих форм.

Для обеспечения заполнения формы с точностью.

Чтобы сохранить привлекательность форм с помощью значков, инвертированного видео или мигающих курсоров и т. Д.

Для облегчения навигации.

Типы форм

Плоские формы

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

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

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

Подразделение, устанавливающее / освобождающее формы

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

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

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

Сплошная полоса / Фанфолд Формы

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

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

Это менее дорогой метод для больших объемов использования.

Нет необходимости в углероде (NCR)

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

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

Когда давление приложено, две капсулы взаимодействуют и создают изображение.

Тестирование и обеспечение качества

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

Тестирование системы и обеспечение качества приходят на помощь для проверки системы. Включает в себя —

Качество продукта на уровне (Тестирование)
Качество уровня процесса.

Давайте кратко рассмотрим их —

тестирование

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

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

Характеристики системного тестирования

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

Этапы тестирования системы

Следующие этапы участвуют в тестировании —

Тестовая стратегия

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

План испытаний

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

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

Дизайн теста

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

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

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

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

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

Процедуры испытаний

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

Документация с результатами испытаний

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

Типы тестирования

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

Модульное тестирование

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

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

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

Он определяет максимальные ошибки в программе по сравнению с другими методами тестирования.

Интеграционное тестирование

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

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

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

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

Функциональное тестирование

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

Функциональное тестирование делится на две категории —

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

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

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

Правила системного тестирования

Чтобы успешно провести тестирование системы, вам необходимо соблюдать данные правила —

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

Тестирование должно основываться на требованиях пользователя.

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

План испытаний должен быть сделан как можно скорее.

Тестирование должно проводиться третьей стороной.

Это должно быть выполнено на статическом программном обеспечении.

Тестирование должно быть выполнено для действительных и недействительных условий ввода.

Тестирование должно быть рассмотрено и исследовано, чтобы уменьшить затраты.

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

Документирование тестовых случаев и результатов испытаний должно быть сделано.

Гарантия качества

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

Целью QA является обеспечение доверия клиентов путем постоянной поставки продукта в соответствии со спецификацией.
Обеспечение качества программного обеспечения (SQA) — это метод, который включает процедуры и инструменты, применяемые профессионалами в области программного обеспечения для обеспечения соответствия программного обеспечения указанному стандарту для предполагаемого использования и производительности.
Основная цель SQA — обеспечить правильную и точную наглядность проекта программного обеспечения и его разработанного продукта для администрации.
Он рассматривает и проверяет программный продукт и его деятельность в течение всего жизненного цикла разработки системы.

Целью QA является обеспечение доверия клиентов путем постоянной поставки продукта в соответствии со спецификацией.

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

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

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

Цели обеспечения качества

Цели обеспечения качества следующие:

Для мониторинга процесса разработки программного обеспечения и окончательного программного обеспечения, разработанного.
Чтобы убедиться, что проект программного обеспечения реализует стандарты и процедуры, установленные руководством.
Уведомить группы и отдельных лиц о действиях SQA и результатах этих действий.
Чтобы гарантировать, что проблемы, которые не решены в программном обеспечении, решаются высшим руководством.
Выявить недостатки в продукте, процессе или стандартах и исправить их.

Для мониторинга процесса разработки программного обеспечения и окончательного программного обеспечения, разработанного.

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

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

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

Выявить недостатки в продукте, процессе или стандартах и исправить их.

Уровни обеспечения качества

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

Уровень 1 — Проход кода

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

Уровень 2 — Компиляция и связывание

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

Уровень 3 — Обычный Бег

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

Уровень 4 — Тест производительности

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

Внедрение и обслуживание системы

Внедрение — это процесс обеспечения работоспособности информационной системы. Это включает в себя —

Построение новой системы с нуля
Построение новой системы из существующей.

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

Повышение квалификации

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

Системы обучения операторов

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

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

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

Обучение пользователей

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

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

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

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

Руководство по обучению

Установление измеримых целей
Используя соответствующие методы обучения
Выбор подходящих учебных площадок
Использование понятных учебных материалов

Методы обучения

Обучение под руководством инструктора

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

Виртуальный класс

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

Нормальный класс

Тренеры должны встретиться со стажерами в одно и то же время. Основными инструментами, которые здесь используются, являются доски, оверхеды, ЖК-проекторы и т. Д.

Самостоятельное обучение

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

Мультимедийный тренинг

В этом тренинге курсы представлены в мультимедийном формате и хранятся на CD-ROM. Это минимизирует затраты на разработку внутреннего учебного курса без помощи внешних программистов.

Интернет-обучение

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

преобразование

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

План конверсии

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

Включает в себя следующие виды деятельности —

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

Методы конвертации

Четыре метода преобразования:

Параллельное Преобразование
Прямое преобразование
Пилотный подход
Поэтапный метод

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

Параллельное Преобразование

Обеспечивает откат при сбое новой системы.

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

Причины перерасхода средств.

Новая система может не получить честного следа.

Прямое преобразование

Новая система внедрена и старая система заменена полностью.

Заставляет пользователей заставить работать новую систему

Немедленная выгода от новых методов и контроля.

Не отступать, если возникают проблемы с новой системой

Требует самого тщательного планирования

Пилотный подход

Поддерживает поэтапный подход, который постепенно внедряет систему для всех пользователей

Позволяет обучать и устанавливать без ненужного использования ресурсов.

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

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

Поэтапный метод

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

Обеспечивает опыт и тестирование линии перед внедрением

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

Создает впечатление, что старая система ошибочна и ненадежна.

Преобразование файлов

Это процесс преобразования одного формата файла в другой. Например, файл в формате WordPerfect можно преобразовать в Microsoft Word.

Для успешной конвертации требуется план конвертации, который включает в себя:

Знание целевой системы и понимание существующей системы
Работа в команде
Автоматизированные методы, тестирование и параллельные операции
Постоянная поддержка для исправления проблем
Обновление систем / пользовательской документации и т. Д.

Многие популярные приложения поддерживают открытие и сохранение в другие форматы файлов того же типа. Например, Microsoft Word может открывать и сохранять файлы во многих других форматах обработки текста.

Оценка после внедрения (PIER)

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

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

Цели PIER

Цели наличия PIER заключаются в следующем —

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

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

Определить возможности для добавления дополнительной ценности в проект.

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

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

Следующие сотрудники должны быть включены в процесс рассмотрения —

Команда проекта и менеджмент
Пользовательский персонал
Стратегический менеджмент персонала
Внешние пользователи

Обслуживание системы / Улучшение

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

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

Типы обслуживания

Обслуживание системы можно разделить на три типа —

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

Корректирующее обслуживание — позволяет пользователю выполнять ремонт и устранение оставшихся проблем.

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

Безупречное обслуживание — позволяет пользователю изменять или улучшать программы в соответствии с требованиями пользователей и меняющимися потребностями.

Система безопасности и аудита

Системный Аудит

Это исследование для оценки производительности операционной системы. Цели проведения системного аудита следующие:

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

Сравнить фактические и планируемые показатели.

Чтобы убедиться, что заявленные цели системы все еще действительны в текущей среде.

Оценить достижение поставленных целей.

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

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

Для обеспечения защиты от мошенничества.

Аудит использования компьютерной системы

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

Системный Аудитор

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

Аудит Судебная

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

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

Методы аудита

Аудит может быть выполнен двумя разными способами —

Аудит вокруг компьютера

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

Аудит через Компьютер

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

Вопросы аудита

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

Действия на этом этапе следующие:

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

Безопасность

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

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

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

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

Меры контроля

Существуют различные меры контроля, которые можно в целом классифицировать следующим образом:

Резервное копирование

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

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

Инкрементное резервное копирование с более короткими интервалами.

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

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

Контроль физического доступа к объектам

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

Использование логического или программного управления

Система паролей.
Шифрование конфиденциальных данных / программ.
Обучение сотрудников работе с данными / их обработке и безопасности.
Антивирусное программное обеспечение и защита брандмауэра при подключении к Интернету.

Анализ риска

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

Анализ рисков — это совместная работа экспертов с различными знаниями, такими как химические вещества, ошибки человека и технологическое оборудование.

Следующие шаги должны быть выполнены при проведении анализа риска —

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

Идентификация всех компонентов компьютерной системы.

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

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

Анализ рисков — основные шаги

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

Управление рисками — это непрерывный процесс, включающий следующие этапы:

Определение мер безопасности.
Расчет затрат на реализацию мер безопасности.
Сравнение стоимости мер безопасности с потерей и вероятностью угроз.
Подбор и реализация мер безопасности.
Обзор реализации мер безопасности.

Определение мер безопасности.

Расчет затрат на реализацию мер безопасности.

Сравнение стоимости мер безопасности с потерей и вероятностью угроз.

Подбор и реализация мер безопасности.

Обзор реализации мер безопасности.

Объектно-ориентированный подход

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

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

Модель ОО выгодна следующими способами —

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

Это облегчает изменения в системе при низких затратах.

Это способствует повторному использованию компонентов.

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

Это упрощает проектирование распределенных систем.

Элементы объектно-ориентированной системы

Давайте рассмотрим характеристики OO System —

Объекты — объект — это то, что существует в проблемной области и может быть идентифицировано по данным (атрибуту) или поведению. Все материальные объекты (студент, пациент) и некоторые нематериальные объекты (банковский счет) моделируются как объекты.
Атрибуты — они описывают информацию об объекте.
Поведение — определяет, что может делать объект. Он определяет операцию, выполняемую над объектами.
Класс — класс инкапсулирует данные и их поведение. Объекты с похожим значением и целью сгруппированы вместе как класс.
Методы — Методы определяют поведение класса. Они — не что иное как действие, которое может выполнить объект.
Сообщение — сообщение — это вызов функции или процедуры от одного объекта к другому. Это информация, отправляемая объектам для запуска методов. По сути, сообщение — это вызов функции или процедуры от одного объекта к другому.

Объекты — объект — это то, что существует в проблемной области и может быть идентифицировано по данным (атрибуту) или поведению. Все материальные объекты (студент, пациент) и некоторые нематериальные объекты (банковский счет) моделируются как объекты.

Атрибуты — они описывают информацию об объекте.

Поведение — определяет, что может делать объект. Он определяет операцию, выполняемую над объектами.

Класс — класс инкапсулирует данные и их поведение. Объекты с похожим значением и целью сгруппированы вместе как класс.

Методы — Методы определяют поведение класса. Они — не что иное как действие, которое может выполнить объект.

Сообщение — сообщение — это вызов функции или процедуры от одного объекта к другому. Это информация, отправляемая объектам для запуска методов. По сути, сообщение — это вызов функции или процедуры от одного объекта к другому.

Особенности объектно-ориентированной системы

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

Инкапсуляция

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

абстракция

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

Отношения

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

Есть три типа объектных отношений —

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

Агрегация — указывает на связь между целым и его частями.

Ассоциация — при этом два класса связаны или связаны каким-либо образом, например, один класс работает с другим для выполнения задачи или один класс воздействует на другой класс.

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

наследование

Наследование — это отличная функция, которая позволяет создавать подклассы из существующего класса, наследуя атрибуты и / или операции существующих классов.

Полиморфизм и динамическое связывание

Полиморфизм — это способность принимать различные формы. Это относится как к объектам, так и к операциям. Полиморфный объект — это тот, кто истинный тип скрывает в супер или родительском классе.

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

Структурный подход против Объектно-ориентированный подход

Следующая таблица объясняет, как объектно-ориентированный подход отличается от традиционного структурированного подхода —

Структурированный подход	Объектно-ориентированный подход
Работает с нисходящим подходом.	Это работает с восходящим подходом.
Программа делится на количество подмодулей или функций.	Программа организована по количеству классов и предметов.
Вызов функции используется.	Передача сообщений используется.
Повторное использование программного обеспечения невозможно.	Возможность многократного использования.
Структурное проектирование программирования обычно оставляют до конца фазы.	Объектно-ориентированное проектирование программируется одновременно с другими фазами.
Структурированный дизайн больше подходит для офшоринга.	Подходит для внутреннего развития.
Это показывает четкий переход от проектирования к реализации.	Не очень понятен переход от дизайна к реализации.
Он подходит для систем реального времени, встроенных систем и проектов, где объекты не являются наиболее полезным уровнем абстракции.	Он подходит для большинства бизнес-приложений, проектов разработки игр, которые, как ожидается, будут настраиваться или расширяться.
Диаграмма DFD & ER моделирует данные.	Диаграмма классов, диаграмма последовательности, диаграмма состояний и варианты использования — все это вносит свой вклад.
В этом случае проекты могут легко управляться благодаря четко идентифицируемым фазам.	При таком подходе управление проектами может быть затруднено из-за неопределенных переходов между этапами.

Унифицированный язык моделирования (UML)

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

Он определяется как набор спецификаций, созданных и распространяемых Группой управления объектами. UML расширяемый и масштабируемый.

Цель UML — предоставить общий словарь объектно-ориентированных терминов и методов построения диаграмм, который достаточно богат, чтобы моделировать любой проект разработки систем от анализа до реализации.

UML состоит из —

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

Диаграммы — это графическое представление процесса, системы или какой-то ее части.

Обозначения — это состоит из элементов, которые работают вместе в диаграмме, таких как соединители, символы, заметки и т. Д.

Пример нотации UML для класса

Диаграмма экземпляра — нотация UML

Операции над объектами

Следующие операции выполняются на объектах —

Конструктор / Деструктор — создание новых экземпляров класса и удаление существующих экземпляров класса. Например, добавление нового сотрудника.
Запрос — Доступ к состоянию без изменения значения, не имеет побочных эффектов. Например, найти адрес конкретного сотрудника.
Обновление — изменяет значение одного или нескольких атрибутов и влияет на состояние объекта. Например, изменение адреса сотрудника.

Конструктор / Деструктор — создание новых экземпляров класса и удаление существующих экземпляров класса. Например, добавление нового сотрудника.

Запрос — Доступ к состоянию без изменения значения, не имеет побочных эффектов. Например, найти адрес конкретного сотрудника.

Обновление — изменяет значение одного или нескольких атрибутов и влияет на состояние объекта. Например, изменение адреса сотрудника.

Использование UML

UML весьма полезен для следующих целей —

Моделирование бизнес-процесса
Описание архитектуры системы
Отображение структуры приложения
Захват поведения системы
Моделирование структуры данных
Построение подробных спецификаций системы
Зарисовка идей
Генерация программного кода

Статические Модели

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

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

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

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

Динамические Модели

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

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

Динамические модели определяют необходимый объект и то, как они работают вместе с помощью методов и сообщений.

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

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

Жизненный цикл разработки объектно-ориентированной системы

Он состоит из трех макропроцессов —

Объектно-ориентированный анализ (ООА)
Объектно-ориентированный дизайн (OOD)
Объектно-ориентированная реализация (OOI)

Деятельность по разработке объектно-ориентированных систем

Разработка объектно-ориентированных систем включает в себя следующие этапы —

Объектно-ориентированный анализ
Объектно-ориентированный дизайн
макетирования
Реализация
Инкрементальное тестирование

Объектно-ориентированный анализ

Этот этап касается определения системных требований и понимания системных требований для построения модели сценария использования . Вариант использования — это сценарий, описывающий взаимодействие пользователя и компьютерной системы. Эта модель представляет пользовательские потребности или пользовательское представление системы.

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

Объектно-ориентированный дизайн

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

макетирования

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

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

Реализация

Он использует либо компонентную разработку (CBD), либо быструю разработку приложений (RAD).

Компонентно-ориентированная разработка (CBD)

CODD — это промышленный подход к процессу разработки программного обеспечения с использованием различных технологий, таких как инструменты CASE. Разработка приложений переходит от индивидуальной разработки к сборке предварительно созданных, предварительно протестированных, повторно используемых программных компонентов, которые работают друг с другом. Разработчик CBD может собрать компоненты для создания полной программной системы.

Быстрая разработка приложений (RAD)

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

Его задача состоит в том, чтобы быстро и постепенно реализовать приложение, чтобы реализовать дизайн требований пользователя с помощью таких инструментов, как Visual Basic, Power Builder и т. Д.

Инкрементальное тестирование

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

Системный анализ и проектирование — Краткое руководство

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

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

Проектирование систем

Что такое система?

Ограничения системы

Свойства системы

организация

взаимодействие

Взаимозависимость

интеграция

Центральная цель

Элементы системы

Выходы и входы

Процессор (ы)

контроль

Обратная связь

Среда

Границы и интерфейс

Типы систем

Физические или Абстрактные Системы

Открытые или закрытые системы

Адаптивная и неадаптивная система

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

Природные и промышленные системы

Детерминистическая или вероятностная система

Социальная, Человек-Машина, Машинная Система

Рукотворные информационные системы

Модели систем

Схематические модели

Модели проточной системы

Модели статических систем

Динамические системные модели

Категории информации

Стратегическая информация

Управленческая информация

Оперативная информация

Жизненный цикл разработки системы

Фазы SDLC

Технико-экономическое обоснование или планирование

Анализ и спецификация

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

Реализация

Обслуживание / поддержка

Жизненный цикл системного анализа и проектирования

Роль системного аналитика

Основные роли

Атрибуты системного аналитика

Межличностные навыки

Аналитические навыки

Навыки управления

Технические навыки

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

Что такое определение требований?

Основные виды деятельности в определении требований

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

Исследование требований

Требования Технические характеристики

Методы сбора информации

Собеседование

Анкетирование

Просмотр записей, процедур и форм

наблюдение

Совместная разработка приложений (JAD)

Вторичное исследование или фоновое чтение

Технико-экономическое обоснование

Шаги, вовлеченные в технико-экономический анализ

Типы возможностей

Экономическая целесообразность

Техническая осуществимость

Операционная осуществимость

Поведенческая выполнимость

График ТЭО

Структурный анализ

Что такое структурный анализ?

Инструменты структурированного анализа

Диаграммы потоков данных (DFD) или пузырьковая диаграмма

Основные элементы DFD

Типы ДФД

Контекстная диаграмма