metoda_2013

ПРАКТИЧЕСКАЯ ЧАСТЬ

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

Вывод рейтинга студентов в табличном виде (Excel) для просмотра (не реализовано)

3. Пользователи системы:

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

4. Технические ресурсы:

1.Процессор Pentium III или совместимый

2.128 МБ оперативной памяти

3.100 МБ свободного места на жестком диске

4.VGA дисплей

5.Клавиатура, мышь Программа должна поддерживать работу на

операционных системах семейства NT.

6. Сроки:

На разработку предоставляется 1 месяц.

7. Внедрение:

Программа является модулем системы «Деканат». Предполагаемое внедрение первоначально в деканате ФЛХиЭ, затем во всех деканатах университета.

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

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

5. ГОСТ о стадиях разработки.

ГОСТ 19.102-77 УДК 002:651.7/.78:006.354

ЕСПД. СТАДИИ РАЗРАБОТКИ. ВЫПИСКА

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

2.Стадии разработки, этапы и содержание работ должны соответствовать

500

ПРАКТИЧЕСКАЯ ЧАСТЬ

указанным в таблице.

──────────┬───────────────┬──────────────────────────

──────────┼───────────────┼──────────────────────────

501

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

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

6.ГОСТ о техническом задании.

ГОСТ 19.201-78 (СТ СЭВ 1627-79) УДК 651.7/.78:002:006.354

ЕСПД. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ.

ВЫПИСКА

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

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

1. Общие положения.

502

ПРАКТИЧЕСКАЯ ЧАСТЬ

1.1...

1.2...

1.3...

1.4Техническое задание должно содержать следующие разделы: введение; основания для разработки;

назначение разработки; требования к программе или программному изделию;

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

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

Взависимости от особенностей программы или программного изделия

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

объединять отдельные из них.

2.Содержание разделов.

2.1В разделе "Введение" указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в

котором используют программу или программное изделие.

2.2В разделе "Основания для разработки" должны быть указаны:

документ (документы), на основании которых ведется разработка;

организация, утвердившая этот документ, и дата его утверждения.

наименование и (или) условное обозначение темы разработки.

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

2.4Раздел "Требования к программе или программному изделию" должен содержать следующие подразделы:

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

503

ПРАКТИЧЕСКАЯ ЧАСТЬ

требования к надежности; условия эксплуатации;

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

2.4.1В подразделе "Требования к функциональным характеристикам"

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

характеристикам и т.п.

2.4.2В подразделе "Требования к надежности" должны быть указаны требования к обеспечению надежного функционирования (обеспечения

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

2.4.3В подразделе "Усоловия эксплуатации" должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность

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

необходимое количество и квалификация персонала.

2.4.4В подразделе "Требования к составу и параметрам технических средств" указывают необходимый состав технических средств с указанием

их основных технических характеристик.

2.4.5В подразделе "Требования к информационной и программной совместимости" должны быть указаны требования к информационным

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

При необходимости должна обеспечиваться защита информации и программ.

504

ПРАКТИЧЕСКАЯ ЧАСТЬ

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

2.4.7В подразделе "Требования к транспортированию и хранению" должны быть указаны для программного изделия условия

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

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

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

2.5 В разделе "Технико-экономические показатели" должны быть указаны:

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

лучшими отечественными и зарубежными образцами или аналогами.

2.6В разделе "Стадии и этапы разработки" устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных

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

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

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

перечень научно-исследовательских и других работ, обосновывающих разработку;

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

505

ПРАКТИЧЕСКАЯ ЧАСТЬ

другие источники разработки.

7. ГОСТ о видах программ и программных документов.

ГОСТ 19.101-77 (СТ СЭВ 1626-79) УДК 002:651.7/.78:006.354

ЕСПД. ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ. ВЫПИСКА

1.Виды программ.

1.1 ...

1.2 ...

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

2.1.К программным относят документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ.

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

Вид программного документа│ Содержание программного документа

───────────────────┼───────────────────────────────────

2.3. Виды эксплуатационных документов и их содержание

506

───────────────────┼───────────────────────────────────

Ведомость эксплуатацион- │ Перечень эксплуатационных документов на

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

│ условия конкретного применения

│

Руководство программиста │ Сведения для эксплуатации программы

│

Руководство оператора │ Сведения для обеспечения процедуры общения

2.4.В зависимости от способа выполнения и характера применения программные документы подразделяются на подлинник, дубликат и корию (ГОСТ 2.102-68), предназначенные для разработки, сопровождения и эксплуатации программы.

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

─────────┬────────────────────┬────────────────────────

507

Условные обозначения:

++ - документ обязательный;

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

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

иутверждения технического задания;

--- документ не составляют.

2.6.Допускается объединять отдельные виды эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра). Необходимость объединения этих документов указывается в техническом задании. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов.

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

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

Технические условия разрабатывают на стадии "Рабочий проект".

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

508

ПРАКТИЧЕСКАЯ ЧАСТЬ

8. Принципы Юзабилити

Research-Based Web Design & Usability Guidelines

5.1Доступ к главной странице

5.2Отображение всех главных функций на главной странице

5.3Позитивное первое впечатление о сайте

5.4Сообщайте о важности сайта и его цели

5.5Ограничьте несодержательный текст на главной странице сайта

5.6Гарантируйте, чтобы главная страница была похожа как главная

5.7Ограничьте длину главной страницы

5.8Объявляйте изменения сайта

5.9Уделяйте внимание ширине панели главной страницы

6.1Избегайте хаотичности отображения

6.2Располагайте важные элементы единообразно

6.3Располагайте важные элементы в центре верхней части страницы

6.4Структурирование для легкого сравнения

6.5Установите уровень значимости

6.6Оптимизируйте плотность отображения

6.7Выравнивайте элементы на странице

6.8Используйте гибкие расположения элементов

6.9Избегайте остановок при прокрутке

6.10Установите подходящие размеры страницы

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

6.12Выбирайте подходящую длину строк

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

7.1Обеспечьте навигационные опции

7.2Различайте и группируйте элементы навигации

7.3Используйте активизируемый щелчком мыши «Список содержания» на длинных страницах

7.4Обеспечьте обратную связь с пользователем

7.5Располагайте основное навигационное меню на левой панели

7.6Используйте наглядные закладки лейбла

7.7Эффективное представление закладок

7.8Обеспечивайте навигацией только небольшие страницы

7.9Используйте подходящие типы меню

7.10Используйте карты сайта

7.11Используйте пояснения для облегчения навигации

7.12Иерархия страниц для навигации

509