практическая работа программирование. Описание постановки. Содержание Индивидуальное задание. 3 Описание назначения гост 34. 698 3 Описание постановки задачи согласно варианту 7 Индивидуальное задание
Скачать 25.99 Kb.
|
Титульный лист СодержаниеИндивидуальное задание. 3 Описание назначения ГОСТ 34.698 3 Описание постановки задачи согласно варианту 7 Индивидуальное задание.Согласно варианту задания подготовить постановку задачи на разработку программного продукта согласно п. 2.6 ГОСТ 34.698 Проектирование системы – конструктора диалогов. В основе такой системы лежит дерево решений – акинатор (https://ru.akinator.com). Кейс – процесс перевода обучающегося с курса на курс или на другое направление подготовки до выпуска из университета. Учитываются ограничения по академической и финансовой задолженности, а также разница в программах обучения. Описание назначения ГОСТ 34.698Компактный и прозрачный стандарт (ГОСТ 34, 1992), устанавливающий последовательность испытаний готовой информационной системы, цели и результаты испытаний. Широко применяется на практике, обладая теми же достоинствами, что и ГОСТ 34.601-90, - лаконичностью, доступностью для неспециалиста в ИТ, самодостаточностью. Понятия и термины стандарта стали общепринятыми в российском ИТ-сообществе. Руководящий документ (РД 34, 1990) определяет состав и структуру документов, введенных в ГОСТ 34.201-89, вплоть до форматов приказов о начале опытной эксплуатации и вводе в промышленную эксплуатацию. Многое заимствовано из практики строительства, особенно в части подготовки сметной документации. Вот типичный пример: "Локальная смета и локальный сметный расчет содержат сведения о сметной стоимости работ, выполняемых при создании АС, и сметной стоимости объектов, сооружаемых при создании АС, в соответствии с требованиями СНиП 1.02.01 и других документов по определению стоимости АС и ее составных частей". Конечно, многое в документе устарело и не соответствует современным реалиям, но отдельные части его выглядят по-прежнему актуально. Сама идея, заложенная в РД 50-34.698-90 (формализовать не процесс, а документы), сейчас представляется, конечно, довольно странной, но в прагматичности ей не откажешь. Соответствие проектных документов требованиям стандарта, по существу, устанавливает необходимый уровень качества в проекте разработки АС (хотя понятия проекта в стандарте, конечно, нет). Как мы увидим дальше, этот подход оказался невостребованным в современных стандартах, где форматы и структуры документов отсутствуют, хотя потребность в готовых шаблонах документов у специалистов-практиков достаточно велика. Немаловажно и то, что язык документов хорошо понятен управленцам, и стандарт делает для них задачу создания АС прозрачной (конечно, настолько, насколько это возможно). Тем самым он выполняет важнейшую управленческую задачу - помогает принимать и контролировать решения, касающиеся ИТ, управленцам, не являющимся специалистами в этой области. 34-й ГОСТ - удобный и практичный инструмент для: первоначального знакомства с управлением деятельностью по автоматизации предприятия; создания первого варианта корпоративного стандарта в области автоматизации; выработки общего языка с управленцами - неспециалистами в области ИТ. Так как на данный момент рассматриваемый ГОСТ имеет статус «не действующий», по согласно письму Росстандарта от 08.05.2019 № 8262-ИК/03 следует: В настоящее время прямой замены РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов» не выявлено. При создании документов к разрабатываемой автоматизированной системе (АС) рекомендуем руководствоваться соответствующими государственными стандартами Единой системы программной документации (ЕСПД), Единой системы конструкторской документации (ЕСКД), Системы проектной документации для строительства (СПДС) и Комплексом стандартов на автоматизированные системы (КСАС, ГОСТ 34.*, прежде всего ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»). Виды и комплектность документов регламентированы ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем». Содержание каждого документа, разрабатываемого при проектировании АС согласно ГОСТ 34.201-89, определяет разработчик в зависимости от объекта проектирования (системы, подсистема и т.д.). Содержание документов, разрабатываемых на предпроектных стадиях по ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания», в том числе организационно-распорядительных, определяют разработчики в зависимости от объема информации, необходимой и достаточной для дальнейшего использования документов. Исходя из практической значимости вопросов стандартизации в области автоматизированных систем, в рамках деятельности ТК 022 «Информационные технологии» запланированы работы по актуализации требований, касающихся стандартизации в соответствующей области и содержавшихся в признанном недействующим на территории Российской Федерации РД 50-34.698-90. Описание постановки задачи согласно варианту1. Характеристики комплекса задач 1.1 Назначение комплекса задач Целью и назначением создаваемой системы является упрощение работы сотрудников деканата высшего учебного заведения при процедуре перевода обучающегося с курса на курс или на другое направление подготовки до выпуска из университета, в упрощении принятия решения о возможности данной процедуры, а так же в упрощении подготовки необходимого пакета документов для осуществления перевода. Решение комплекса задач предназначено для автоматизации деятельности сотрудников деканата университета в части исполнения следующих процессов: 1) Условный перевод обучающихся на следующий курс 2) Перевод обучающихся внутри университета 3) Зачисление обучающегося в порядке перевода из другой организации 1.2 Перечень объектов (технологических объектов управления, подразделений предприятия и т. п.), при управлении которыми решают комплекс задач Объектами, при управлении которыми решается комплекс задач являются: деканат университета 1.3 Периодичность и продолжительность решения Сроки выполнения работ. 1.4 Условия, при которых прекращается решение комплекса задач автоматизированным способом (при необходимости) 1) Устаревание данной системы 2) Неактуальность 1.5 Связи данного комплекса задач с другими комплексами (задачами) АС Разрабатываемая система представляет собой изделие конкретного назначения, имеющее один основной вариант применения по назначению - для работы в деканате университета и решает единый комплекс задач по своему назначению 1.6 Должности лиц и (или) наименования подразделений, определяющих условия и временные характеристики конкретного решения задачи (если они не определены общим алгоритмом функционирования системы) Условия и временные характеристики конкретного решения задачи определены общим алгоритмом функционирования деканата университета 1.7 Распределение действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач Распределение действий между персоналом деканата определяются ролевой моделью системы. 2. Выходная информация Выходная информация представлена в таблице 1. Таблица 1.
3. Входная информация Входной информацией являются все данные, которые пользователь вводит в систему. Входная информация представлена в таблице 3. Таблица 3
|