Файл: Обозначения и сокращения.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 02.12.2023

Просмотров: 195

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

ВВЕДЕНИЕ

Нормативная база стандартов на проектирование ИС

Технология проектирования информационной системы

Анализ предметной области

Общие требования к информационной системе

Выбор среды разработки информационной системы Для создания базы данных необходимо выбрать систему управления базой данных (СУБД), а прикладную программу можно создать на языке программирования и манипулирования данными, а также с помощью средств быстрой разработки приложений баз данных, встроенных в СУБД, или с по- мощью других инструментальных средств.Если говорить о выборе СУБД для организации, то она имеет возмож- ность развиваться вместе с каким-либо предприятием, но переход на другую СУБД может стать довольно большой проблемой, поэтому это нужно учиты- вать и заранее понимать какую СУБД выбрать.Ниже будет представлен небольшой перечень названий разных СУБД: Рисунок 11 Перечень СУБДМы для анализа сравним несколько из представленных СУБД:Microsoft SQL Server, PostgreSQL, Microsoft Access;Кроме того, в рамках данного этапа проектирования базы данных и её приложения необходимо не только определить инструментальные средства для их реализации, но и привести обоснование сделанного выбора.Несмотря на то, что СУБД могут по-разному работать с различными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных функций.Рассмотрим, сравним и выберем СУБД из следующих: InterBase Microsoft SQL Server и Microsoft Access.InterBase 7 SQL Server был создан, разрабатывался и продавался фир- мой InterBase Software Corporation (ISC). Сотрудник DhC James Starkey, раз- работавший DSRI для Rdb, хотел расширить возможности Rdb, но его пред- ложения были отвергнуты DEC. Поэтому он создал собственную компанию, разработавшую собственную RDBMS, первоначальное название которой бы- ло Groton Database System (GDS).Во время существования ISC дистрибуцией IB (под названием StarBase) занималась фирма Cognos Inc, и до настоящего времени являющая- ся одной из основных фирм, оказывающей технические консультации и со- провождение по InterBase. Впоследствии фирма ISC была приобретена ком- панией Ashton-Tate (в этот момент James Starkey ушел в Harbor Software), и перешла в Borland при приобретении последним Ashton-Tate.Механизм версионирования5 позволяет транзакциям избавиться от лишних блокировок используемых данных, и используемый принцип чтение данных не приводит к блокировке их изменения. В отличие от других баз 5 Хранение истории изменения объекта пользователем сайт https://bashka.github.io/posts/semantic -versioning/#:

Бизнес-процессы работы системы

Модели разрабатываемой информационной системы

Алгоритм работы программной среды

Создание таблиц базы данных

Создание форм

Создание веб-сайта

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




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

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

Таблица 1 Нормативная документация на проектирования ИС



Обозначение

Наименование

группа

ГОСТ Р ИСО/МЭК

12207-02

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


В

ГОСТ Р ИСО/МЭК

15271-02

Информационная технология. Руководство по ИСО/МЭК 12207 (процессы жизненного цикла про- граммных средств)

ГОСТ Р ИСО/МЭК

9126-93

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

ГОСТ Р ИСО/МЭК

12119-94

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

ГОСТ 34.201-89

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



А

ГОСТ 34.601-90

Автоматизированные системы. Стадии создания

ГОСТ 34.602-89

Техническое задание на создание автоматизированной системы

РД 50-698-90

Автоматизированные системы. Требования к содержа- нию документов



В

РД 50-34.126-92

Рекомендации. Правила проведения работ при созда- нии автоматизированных систем

ГОСТ 19.101-77

Виды программ и программных документов


А

ГОСТ 19.102-77

Стадии разработки

ГОСТ 19.105-78

Общие требования к программным продуктам

ГОСТ 19.201-78

Техническое задание. Требования к содержанию и оформлению

ГОСТ 19.701-90

(ИСО/МЭК 5807-85)

Схемы алгоритмов программ, данных и систем. Условные обозначения и правила выполнения

ОРММ ИСЖТ 5.03-

00

Процессы жизненного цикла ИС и программных средств


В

ОРММ ИСЖТ 2.01-

00

Требования к составу, содержанию и оформлению до- кументов при создании ИС

ОРММ ИСЖТ 2.02-

00

Порядок представления, согласования и утверждения документов, разрабатываемых при создании ИС



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

«бурных» и не всегда адекватных желаний заказчика.

    1. 1   2   3   4   5   6   7   8   9   ...   16

Технология проектирования информационной системы



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

масштабу и особенностям разрабатываемого проекта.

Технология проектирования – совокупность методологии и средств про- ектирования ИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта)4.

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

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

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

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

По правилам время «Ч» для сдачи дипломного проекта 10 дней до дня защиты. Для этого мною на основе графика разработки дипломного проекта был разработан план-график разработки дипломного проекта таблица.

На основе базовых этапов было проведено планирование объема работ на период разработки проекта.





4 URL https://studopedia.net/5_68913_sovremennie-standarti-proektirovaniya-is.html (Дата обращения 11.05.2021)


Планиров…

Анализ… Техническ… Смета и… План… Специфик…

План… Моделир… Разработк… Разработк… Разработк… Разработк… Разработк… Документ… Договор… Договор… Руководст…

План… Разработка Разработк… Разработк… Разработк… Разработк…

Настройк… Разработк… Тестирова… Составлен… Функцион… Составлен…

Модульн… Составлен… Регрессио… Составлен…



Рисунок 5 График выполнения работ Основными этапами разработки системы стали являться:

Рисунок 6 Основные этапы разработки системы
Используя руководящие документы по разработки информационных си-


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

  • 1.1. Обследование объекта и обоснование необходимости создания АС

  • 1.2. Формирование требований пользователя к АС


  • 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико- технического задания)

  • 2.1. Изучение объекта

  • 2.2. Проведение необходимых научно-исследовательских работ

  • 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя


  • 2.4. Оформление отчета о выполненной работе

  • 3.1 Разработка и утверждение технического задания на создание АС




  • 4.1. Разработка предварительных проектных решений по системе и ее частям


  • 4.2. Разработка документации на АС и ее части

  • 5.1. Разработка проектных решений по системе и ее частям

  • 5.2. Разработка документации на АС и ее части

  • 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку


  • 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации

  • 6.1. Разработка рабочей документации на систему и ее части


  • 6.2. Разработка или адаптация программ

  • 7.1. Подготовка объекта автоматизации к вводу АС в действие

  • 7.2. Подготовка персонала

  • 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

  • 7.4. Строительно-монтажные работы

  • 7.5. Пусконаладочные работы

  • 7.6. Проведение предварительных испытаний


  • 7.7. Проведение опытной эксплуатации

  • 8.1. Выполнение работ в соответствии с обязательствами

  • 8.2. Послегарантийное обслуживание


Рисунок 7 Стадии и этапы создания автоматизированной системы по ГОСТ 34.601-90

Практически все перечисленные стадии и этапы до сих пор встречают-