Я бы тоже тупо рисовал линии. Однако, на мой взгляд ( у меня есть некоторый опыт отрисовки спектров с девайсов Painter-ом и  работы с QGraphicsView для пользовательского интерфейса), QGraphicsView для графиков не предназначен и не подходит. QPainter-ом на виджете будет проще и накладных расходов меньше.

Почему? Вопрос без тени иронии. Поскольку реализовывал отрисовку спектра и целой кучи примочек поверх графика (шкалы, полупрозрачные слайдеры, прокрутки и т.п.) на базе набора наследников от QWidget с реализацией собственного Layout. Отрисовывал всё с помощью painter. Получилось достаточно громоздко в плане объема кода и с определенными проблемами в плане производительности, впрочем в конце концов побежденными. Следующую инкарнацию собирался рефакторить в сторону именно QGraphicsView, заменив свои QObject на QGraphicsItem. Чем это может грозить? Пока на первый поверхностный взгляд код мог бы получиться компактнее. В чём будут проблемы?

А что вас удивляет? Название класса? Так Graphics  - это не график в математике, а графика. График/чертеж - это Plot.

2 xokc
Мне на ум пришло воспоминание об одном религиозном деятеле, который сказал мне "Мол, докажи, что бога нет!". На что был справедливо послан подальше, т.к. невозможно доказать то, чего нет. Доказывать же надо существование.

Так и тут. Показать то, чего нет я не могу. Зато , по своему опыту, могу сказать что 2-d график с масштабированием и со стеком предыдущих состояний - это один .H и один .CPP файл размером 10-15 кб.

Как может облегчить тут жизнь GraphicsView я не представляю. Конечно если ко мне подойдут с ножом к горлу, то я и asci графикой нарисую.
пи.си. По поводу QObject я не понял. Зачем в графике какие-то QObject?
пи.пи.си  В приложении тройка скриншотов макета программы работающей со спектрами. График помнит предыдущие состояния, масштабируется мышью, адекватно ведет себя при ресайзе виджета. Размер plotter.cpp - 12 кб.  

ХЗ...на счет больше есть сомнение

Да нет,  не мешаете. Присаживайтесь тут с краешку.

2 xokc
Выглядит красиво.