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

Содержание

Axmor

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

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

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

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

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

Чек-лист проработки требований к проекту состоит из нескольких крупных блоков.

1. Функциональные требования к “успешным” сценариям

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

Например, клиент описывает ожидаемый результат: “Пользователь заходит в личный кабинет, выбирает там то-то, а дальше переходит туда-то”. Стоп! Откуда возьмется личный кабинет? Как пользователи регистрируются? Как меняют и восстанавливают пароли? Нужно ли импортировать/подключить уже существующую базу пользователей? Выяснять “упущенные”, неявные требования — задача команды.

2. Функциональные требования по обработке нештатных ситуаций

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

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

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

a. Производительность и мощность

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

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

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

На самом старте важно объяснить заказчику, что на бумажном самолете пассажиров не увезешь.

b. Устойчивость

Выясняем ожидания по MTBF (mean time between failures — средняя наработка на отказ) при нормальной, критичной и закритичной нагрузке. На основе этого можно выбрать наиболее пригодный технологический стек и определить, нужно ли дополнять решение таким “побочным” функционалом, как расширенный мониторинг, самовосстановление, автомасштабирование.

Анализ проводится параллельно с пунктами a, c, e, f, g.

c. Надёжность и восстанавливаемость

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

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

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

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

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

e. Масштабируемость

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

f. Расширяемость

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

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

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

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

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

g. Обслуживаемость

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

Важно учитывать особенности системы: некоторые требуют доступности 99,999% времени, и больше чем на 8+ часов в год их не остановишь.

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

h. Эргономика

Выясняем требования к usability, accessibility, учитываем время на освоение системы среднестатистическим пользователем, простоту выполнения типичных сценариев, встроенную документацию (help). Если эргономика прорабатывается не на стороне клиента, то у нас этим занимаются UX-эксперты.

i. Графический дизайн

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

j. Документированность

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

k. Лицензионная чистота

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

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

l. Соответствие стандартам и законодательству

Что нельзя обойти вниманием в оценке IT-проекта? ФЗ о персональных данных, обязательное лицензирование отдельных видов деятельности, фискальный учёт, расположение серверов и хранение данных в определённых юрисдикциях. Самые чувствительные в этом отношении проекты связаны с хранением и безопасностью персональных данных.

Вместо заключения

Наш чек-лист оценки IT-проекта может использоваться полностью или частично, в зависимости от конкретного запроса потенциального заказчика.

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

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

Источник: https://axmor.ru/articles/chek-list-trebovanij-dlya-ocenki-it-proekta/

Правила оформления реферата по ГОСТу. Образец оформления реферата

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

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

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

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

Разметка страницы реферата

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

  • Верхнее и нижнее поля – по 2 см
  • Левое – 3 см
  • Правое – 1 см
  • Ориентация листа – книжная

Шрифт и оформление текста в реферате

  • Далее устанавливаем шрифт Times New Roman, 14 размер. Цвет основного текста «черный». Для выделения терминов можно использовать курсивное начертание.

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

  • Слева и справа отступы отсутствуют, но должен быть абзац. Для этого устанавливаем отступ для первой строки – 1.25 см.
  • Интервал перед и после строки по нулям, а междустрочный 1.5.

Нумерация страниц при оформлении реферата

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

Оформление титульного листа реферата

  • Сверху по центру заглавными буквами должна быть расположена надпись: «Министерство образования и науки Российской Федерации». На следующей строке тоже заглавными – полное название вашего учебного заведения.
  • Через строчку с прописной буквы нужно указать наименование факультета и кафедры.

  • Ниже нужно написать заглавными буквами РЕФЕРАТ, а ниже его тему без кавычек.
  • Справа необходимо расположить ФИО, номер курса и номер группы исполнителя, ниже предоставить информацию о преподавателе. Обычно указывается ученая степень, должность, фамилия и инициалы.
  • В самом низу страницы по центру на отдельных строках нужно написать город и год.

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

Оформление содержания и структура документа реферата

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

К таким блокам относятся: , Введение, Разделы реферата, Заключение, Список использованных источников, Приложение.

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

Оформление заголовков в рефератах

Заголовки структурных частей, к примеру «ВВЕДЕНИЕ», нужно писать полностью прописными буквами по центру. А заголовки разделов и подразделов – с заглавной буквы по левому краю с абзацного отступа. Помимо этого, их нужно выделить полужирным шрифтом.

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

Окончание разделов в реферате

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

Оформление внутренних элементов реферата

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

Оформление списков

Списков может быть несколько типов:

  • Маркированный – в таком случае в качестве маркера используется «дефис»
  • Буквенный – в качестве маркера используется буква русского алфавита со скобкой в конце
  • Нумерованный – в качестве маркера используется арабская цифра со скобкой в конце

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

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

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

Оформление таблиц и рисунков в реферате

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

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

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

  • Как и с таблицей, перед вставкой иллюстрации нужно на нее сослаться в тексте. Рисунок размещается по центру. Под ним заголовок, который содержит номер рисунка и через «тире» его название с заглавной буквы. В конце заголовка точка не ставится.
  • Рисунки можно нумеровать последовательно во всей работе или же внутри каждого раздела.

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

Оформление формул в реферате

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

Расшифровка располагается под формулой. После слова «где» идет построчное перечисление с пояснением всех использованных символов.

Формулу можно разрывать на математических знаках.

Оформление ссылок, примечаний и сносок в реферате

Текст реферата должен содержать ссылки на использованные источники. В конце предложения или фразы ставится номер источника в квадратных скобках. Через запятую может быть указан номер страницы, с которой заимствована конкретная фраза или мысль. Если вы используете цитату, то ее необходимо обрамлять в «кавычки-елочки».

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

Оформление списка использованных источников реферата

В конце реферата вы должны перечислить список использованных источников.

  • Материалы располагаются в порядке важности: сначала нормативные акты и статистические отчеты, после них учебные и научные книги по алфавиту, замыкает список пособия на иностранном языке и электронные ресурсы.
  • Допускается перечислять источники в том же порядке, в котором вы их использовали в своей работе.
  • Описание каждого материала начинается с красной строки и имеет порядковый номер с точкой в конце.
  • Источник с одним автором начинается с фамилии автора и его инициалов, далее указывается наименование книги с указанием типа, города, издательства и года выпуска. В конце указывается количество страниц. Если источником является отдельная статья, то указываются страницы данного конкретного фрагмента
  • Материал с несколькими авторами содержит в начале имя главного автора, а после наименования источника – перечень остальных авторов через запятую
  • При большом количестве авторов – после названия указывается ФИО главного автора, а в квадратных скобочках [и др.]
  • Если при написании реферата вы использовали какой-либо интернет-сайт, то после названия материала в квадратных скобках нужно указать [Электронный ресурс], далее название сайта, ссылку на сайт и дату обращения.

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

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

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

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

  • Каждый элемент должен иметь свой номер.

    К примеру, для «Приложения А», это будут номера (А.1), (А.2) и т.д.

Источник: https://prosto-eto.ru/pravila-oformleniya-referata-po-gostu-obrazets-oformleniya-referata/

Источник: https://zen.yandex.ru/media/id/5ebeea9bb02cf755b02d83bd/pravila-oformleniia-referata-po-gostu-obrazec-oformleniia-referata-5fb15fc4f2466e1810a9c401

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.