Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО КП.doc
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
164.86 Кб
Скачать

3.3 Раздел «1 предварительный анализ»

Этот раздел пояснительной записки содержит максимально полную, развёрнутую постановку задачи. Предлагается включить в этот раздел следующие подразделы:

а) 1.1 Обзор состояния вопроса;

б) 1.2 Постановка задачи.

3.3.1 В подразделе «1.1 Обзор состояния вопроса» исследуется состояние дел в предметной области, заданной темой КП. Здесь нужно описать, как выполняются те или иные процессы при отсутствии информационных технологий, какие при этом испытываются неудобства и терпятся убытки, сформулировать нужды пользователя и предполагаемого заказчика. В результате обзора, естественным образом должен сформироваться вывод об актуальности поставленной проблемы и насущной необходимости работы над темой КП.

3.3.2 В подразделе «1.2 Постановка задачи» рекомендуется выделить следующие пункты:

а) 1.2.1 Формулировка задач проектирования;

б) 1.2.2 Перечень ограничений, связанных с оборудованием;

в) 1.2.3 Эксплуатационные качества системы;

г) 1.2.4 Требования дизайна;

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

3.3.2.1 В пункте «1.2.1 Формулировка задач проектирования» необходимо максимально подробно (подробнее, чем в задании на проектирование) перечислить все задачи проектирования и функции разрабатываемой системы. Не стоит ограничиваться простым их перечислением через запятую. Перечисляемые функции должны быть логически связаны с результатами исследования состояния вопроса, т.е. с подразделом 1.1. Описание должно быть таким чётким и понятным, чтобы реализацию описанной функции можно было бы поручить другому разработчику.

3.3.2.2 В пункте «1.2.2 Перечень ограничений, связанных с оборудо-ванием» имеется в виду оборудование предполагаемого пользователя. Здесь необходимо рассмотреть те особенности оборудования пользователя и вытекающие из этого ограничения, которые могут повлиять на ход разработки, и сделать соответствующие выводы. Например, у компьютеров будущего пользователя может быть ограничена память, и при разработке системы придётся использовать, скажем, пятую версию Delphi а не седьмую. Или у пользователя уже действует локальная сеть определённой структуры и с конкретными параметрами, их, естественно, нужно учитывать. А возможен и такой вывод, что для удовлетворения всех запросов пользователя ему придётся менять парк компьютеров.

3.3.2.3 В пункте “1.2.3 Эксплуатационные качества системы” приводится список явных и неявных эксплуатационных качеств, которыми должна обладать система, опять-таки исходя из условий, налагаемых предполагаемым пользователем и способами использования разрабатываемой системы. Следует учесть, например, условия эксплуатации, количество пользователей системы, квалификацию пользователя и пр. От этого будет зависеть наличие паролей, сложность интерфейса, уровень «Fool protection» и многое другое.

3.3.2.4 В пункте «1.2.4 Требования дизайна» следует отразить эстетические требования заказчика к художественному оформлению экранных форм. Ясно, что требования к дизайну должны быть разными при разработке, например, баз данных похоронного бюро и свадебного агентства.