Добавить материал и получить бесплатное свидетельство о публикации в СМИ
Эл. №ФС77-60625 от 20.01.2015
Свидетельство о публикации

Автоматическая выдача свидетельства о публикации в официальном СМИ сразу после добавления материала на сайт - Бесплатно

Добавить свой материал

За каждый опубликованный материал Вы получите бесплатное свидетельство о публикации от проекта «Инфоурок»

(Свидетельство о регистрации СМИ: Эл №ФС77-60625 от 20.01.2015)

Инфоурок / Другое / Другие методич. материалы / Примеры разработки программной документации
ВНИМАНИЮ ВСЕХ УЧИТЕЛЕЙ: согласно Федеральному закону № 313-ФЗ все педагоги должны пройти обучение навыкам оказания первой помощи.

Дистанционный курс "Оказание первой помощи детям и взрослым" от проекта "Инфоурок" даёт Вам возможность привести свои знания в соответствие с требованиями закона и получить удостоверение о повышении квалификации установленного образца (180 часов). Начало обучения новой группы: 28 июня.

Подать заявку на курс
  • Другое

Примеры разработки программной документации

библиотека
материалов

Техническое задание на разработку программы
"10-Страйк: Инвентаризация Компьютеров" для учета компьютеров сети предприятия "




Содержание

1. Введение

1.1. Наименование программы

1.2. Назначение и область применения

2. Требования к программе

2.1. Требования к функциональным характеристикам

2.2. Требования к надежности

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

2.2.3. Отказы из-за некорректных действий пользователей системы 3. Условия эксплуатации
3.1. Климатические условия эксплуатации
3.2. Требования к квалификации и численности персонала
3.3. Требования к составу и параметрам технических средств
3.4. Требования к информационной и программной совместимости
3.4.1. Требования к информационным структурам и методам решения
3.4.2. Требования к исходным кодам и языкам программирования
3.4.3. Требования к программным средствам, используемым программой
3.4.4. Требования к защите информации и программ
3.5. Специальные требования
4. Требования к программной документации
4.1. Предварительный состав программной документации
5. Технико-экономические показатели
5.1. Экономические преимущества разработки
6. Стадии и этапы разработки
6.1. Стадии разработки
6.2. Этапы разработки
6.3. Содержание работ по этапам
7. Порядок контроля и приемки
7.1. Виды испытаний
7.2. Общие требования к приемке работы



1. Введение

1.1. Наименование программы

Наименование программы: "10-Страйк: Инвентаризация Компьютеров" для учета компьютеров сети предприятия "

1.2. Назначение и область применения

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

Основанием для разработки является договор № 1347 от 6 апреля 2016 года.

Иcполнители:

Cоисполнители:нет



2. Требования к программе

2.1. Требования к функциональным характеристикам

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

1) Сбор информации в организации с любой структурой

1.1.Получение информации по различным группам данных (более 50) аппаратного и программного обеспечения;

1.2.Сбор информации с локального и удалённых компьютеров и смартфонов под управлением Windows (WMI, NetBios, реестр), Linux и MacOS (по SSH), Android (SSH);

1.3.Три способа сбора информации: WMI, агенты, клиенты.

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

2. Подготовка отчетности

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

    1. Создание различных отчётов (более 70 шаблонов отчетов в форматах pdf, html, doc, xml (xls), xls, txt) по состоянию аппаратного и программного обеспечения в сети;


3. Оповещение об изменениях и обнаруженных проблемах

3.1.Контроль изменений аппаратного и программного обеспечения на компьютерах сети;

3.2.Оповещение об изменениях в конфигурациях на компьютерах;

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

    1. Ведение диагностики S.M.A.R.T., определение состояния здоровья жестких дисков;

4. Учет приложений и лицензий

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

4.2.Менеджер приложений. Ведение черного и белого списков ПО, запрещенного и разрешенного. Отчеты по установкам ПО;

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

2.2. Требования к надежности

2.2.1 Требования к обеспечению надежного функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

2.2.2. Время восстановления после отказа

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

2.2.3. Отказы из-за некорректных действий пользователей системы

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

3. Условия эксплуатации

3.1. Климатические условия эксплуатации

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

3.2. Требования к квалификации и численности персонала

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

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

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

а) задача поддержания работоспособности технических средств;

б)задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;

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

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

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

ж) добавление компьютеров из диапазона IP адресов и др;

3.3. Требования к составу и параметрам технических средств

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

Успешно работает с базой более 10000 компьютеров.

3.4. Требования к информационной и программной совместимости

3.4.1. Требования к информационным структурам и методам решения

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

Импорт структуры организации осуществляется из Active Directory.

Для опроса компьютеров под управлением ОС Линукс можно использовать протокол SSH. На машинах должен стоять SSH-сервер.

Программа может работать с СУБД MS SQL, MySQL, Oracle . Поддерживаются российские СУБД Linter и Postgre.

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

Пользователи и администраторы работают с базой данных через Веб интерфейс.

Программа собирает данные с помощью технологии WMI.

Если применение WMI в сети по какой-либо причине невозможно (политика безопасности или Windows Home-версий), программа поддерживает еще два альтернативных способа сбора информации с компьютеров: с помощью агентов и клиентов. Клиенты позволяют опрашивать даже компьютеры без сети, а также командировочные ноутбуки.

3.4.2. Требования к исходным кодам и языкам программирования

Дополнительные требования не предъявляются.

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows Vista/7/8 /10.

3.4.4. Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

3.5. Специальные требования

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

4. Требования к программной документации

4.1. Предварительный состав программной документации

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

4.1.1. техническое задание;

4.1.2. программу и методики испытаний;

4.1.3. руководство оператора;

5. Технико-экономические показатели

5.1. Экономические преимущества разработки

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

6. Стадии и этапы разработки

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

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

6.2. Этапы разработки

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

1. разработка программы;

2. разработка программной документации;

3. испытания программы.

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

6.3. Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

  1. постановка задачи;

  2. определение и уточнение требований к техническим средствам;

  3. определение требований к программе;

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

  5. согласование и утверждение технического задания.
    На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы

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

c)корректировка программы и программной документации по результатам испытаний.

  1. На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

7. Порядок контроля и приемки

7.1. Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

7.2. Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.


9



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


Выберите специальность, которую Вы хотите получить:

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

ПЕРЕЙТИ В КАТАЛОГ КУРСОВ

Автор
Дата добавления 30.05.2016
Раздел Другое
Подраздел Другие методич. материалы
Просмотров2291
Номер материала ДБ-103814
Получить свидетельство о публикации
Похожие материалы

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