"Информатика", Рудченко Т.А., Семёнов А.Л. / Под ред. Семёнова А.Л.
Проект «Записная книжка» — это разработка программы, которая помогает пользователю хранить сведения о людях и быстро находить нужную информацию. Чтобы программа была удобной, сначала решают, какие данные сохранять, затем делят их на поля и продумывают действия с записями. Пользователь должен иметь возможность не только добавить сведения, но и просмотреть их, исправить и найти подходящую запись. Готовую программу проверяют на разных примерах.
Текст подготовлен нейронной сетью по теме параграфа и не заменяет учебник — важные факты и формулировки сверяйте с ним.
Проект «Записная книжка» — разработка программы, которая хранит сведения и помогает пользователю находить их. Например, такая программа может быть нужна человеку, который хочет сохранять контакты знакомых. Назначение проекта определяют до начала работы, чтобы понимать, какие возможности нужны. Иначе можно добавить ненужные функции или забыть важные.
Запись — отдельный набор сведений, который пользователь сохраняет в записной книжке. Например, данные об одном человеке образуют одну запись. Каждая запись должна соответствовать тому, что программа помогает учитывать. Это позволяет не смешивать сведения о разных людях.
Поле записи — часть записи, предназначенная для одного вида сведений, например имени или номера телефона. Название поля подсказывает пользователю, какие данные нужно ввести. Например, в поле «Телефон» не следует вводить адрес. Разделение помогает отдельно находить, просматривать и исправлять разные данные.
Интерфейс программы — элементы, с помощью которых пользователь вводит, просматривает и изменяет записи. К ним могут относиться поля ввода, кнопки и область показа результатов. Понятный интерфейс помогает разобраться, что делать на каждом шаге. Поэтому его продумывают вместе с действиями программы.
Сначала определяют, какие сведения должна хранить записная книжка и какие действия понадобятся пользователю. Состав полей зависит от задачи: для одних контактов достаточно имени и телефона, для других нужен ещё адрес электронной почты. Если выбрать сведения наугад, программа может оказаться неудобной или перегруженной. Поэтому сначала выясняют потребность, а затем решают, что именно сохранять.
Запись делят на поля, чтобы сведения разных видов не смешивались. Когда имя, телефон и другие данные находятся каждый на своём месте, человеку проще увидеть нужное и исправить только его. Кроме того, программа может искать, например, по имени, не сравнивая целиком длинный текст. Названия полей помогают пользователю понять, что вводить.
Затем продумывают интерфейс: какие данные вводятся и какие элементы нужны для добавления, просмотра и изменения записей. Поле ввода должно быть связано с понятным названием, а действие — с ясным элементом управления. Иначе пользователь может не понять, куда внести сведения или как их сохранить. Удобный интерфейс уменьшает число случайных ошибок и помогает выполнить задачу без подсказок.
Для каждой операции описывают порядок действий программы. При добавлении она получает введённые значения, проверяет их и сохраняет запись; при просмотре показывает выбранные сведения. Такой порядок нужен, чтобы программа не сохраняла данные раньше проверки и не теряла изменения. Для поиска также задают, как программа получает критерий и показывает найденный результат.
Наконец, проект проверяют на разных примерах. Нужно испытать обычную запись, пропущенное обязательное поле, неверно введённое значение и поиск без совпадений. Эти случаи показывают, справляется ли программа не только с идеальными данными. Если пользователь не может понять результат или найти нужную запись, проект дорабатывают и проверяют снова.
| Действие | Что делает пользователь | Что должна обеспечить программа |
|---|---|---|
| Добавление записи | Вводит сведения в поля | Создаёт запись и сохраняет введённые данные |
| Просмотр записи | Выбирает запись | Показывает её сведения |
| Изменение записи | Исправляет сведения | Сохраняет обновлённые данные |
| Поиск записи | Задаёт критерий поиска | Находит и показывает подходящие записи |
Таблица связывает действия пользователя с тем, что должна выполнить программа. По ней удобно проверять, не забыта ли необходимая возможность: например, исправление сохранённых сведений. Её можно использовать как простой план испытаний готового проекта.
Задача 1. Составить модель записи для одного человека и определить, какие сведения в неё включить. Нужно получить такую структуру, чтобы каждое значение имело своё назначение. Прежде чем выбирать поля, подумайте, для чего пользователю понадобятся эти контакты.
Ответ. Модель может состоять из полей «Имя», «Телефон» и «Электронная почта». Названия полей — это часть структуры, а конкретные имя и номер пользователь вводит как значения.
Задача 2. Описать алгоритм добавления новой записи. Алгоритм — это порядок команд, которые выполняются для достижения цели. Здесь недостаточно просто ввести данные: необходимо решить, когда их проверять и в какой момент сохранять.
Ответ. Порядок такой: ввод, проверка, сохранение. Проверка до сохранения не даёт незаметно добавить неполную запись; сообщение об ошибке помогает пользователю исправить её.
Задача 3. Продумать поиск человека по имени, если в записной книжке несколько записей. Важно не предполагать, что каждому имени соответствует только одна запись. Также нужно заранее решить, что делать, если нужного имени в книжке нет.
Ответ. Поиск организуют по выбранному полю и критерию, а при отсутствии совпадений показывают понятное сообщение. Если совпало несколько записей, их нужно вывести так, чтобы пользователь мог выбрать нужную.
Считать всю запись одним неделимым текстом — значит смешать разные сведения в одном месте. Так бывает, когда стремятся упростить структуру, но затем имя или телефон сложно отдельно просмотреть, изменить и найти. Проверьте себя: можно ли обратиться к одному виду данных, не разбирая весь текст? Если нет, разделите запись на поля.
Не определить назначение полей — значит оставить пользователю возможность вводить в одно место данные разных типов. Обычно названия полей кажутся понятными создателю проекта, но не обязательно понятны тому, кто им пользуется. Проверьте, ясно ли по названию, что нужно вводить, и подходит ли тип данных полю. Если назначение вызывает сомнение, уточните название или описание.
Сохранять запись без проверки обязательных сведений — значит допускать пустые или бесполезные записи. Эту ошибку допускают, если считают, что пользователь всегда заполнит всё правильно. Проверьте поведение программы на пропущенных полях и неподходящих значениях. Она должна обнаружить проблему и объяснить, что нужно исправить.
Продумывать только ввод данных — значит оставить пользователя без способов увидеть, изменить или найти сохранённое. Так происходит, когда внимание сосредоточено на создании записи, а дальнейшую работу с ней забывают. Проверьте проект по четырём действиям: добавление, просмотр, изменение и поиск. Если какое-то действие невозможно выполнить, записная книжка ещё не решает задачу полностью.
Для проекта нужно понимать, что программа выполняет команды, а данные можно вводить и хранить. Поэтому при разработке соединяются составление алгоритма, создание интерфейса и обработка данных. Такой подход пригодится и в других приложениях, которые сохраняют сведения и помогают их находить. Например, похожие принципы используют в каталогах, списках дел и базах контактов.
Зачем делить запись на поля?
Поля разделяют сведения по видам: например, имя хранится отдельно от телефона. Так данные проще просматривать и изменять, а программа может искать записи по конкретному признаку.
Какие сведения следует хранить в записной книжке?
Нужно хранить только те сведения, которые нужны пользователю для его задачи. Например, можно предусмотреть имя, номер телефона и адрес электронной почты; состав полей определяют заранее.
Почему нужно проверять данные перед сохранением?
Проверка помогает обнаружить пропущенные или явно неверные сведения до того, как они попадут в книжку. Благодаря этому записи остаются полезными, а поиск работает точнее.
Как организовать поиск нужной записи?
Сначала выбирают критерий, например имя, а затем программа сравнивает его со сведениями в сохранённых записях. Если совпадений нет, программа должна сообщить об этом, а не показывать пустой или случайный результат.
Что нужно проверить, прежде чем считать проект готовым?
Проверьте добавление, просмотр, изменение и поиск записей, в том числе поведение программы при пропущенных или неверных данных. Испытайте её на нескольких примерах и убедитесь, что результаты понятны пользователю.
Проект «Записная книжка» компьютер
