|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
|
Open Source проект25.09.2021, 20:52. Показов 5031. Ответов 43
Помогите с оформлением ТЗ и проектированием проекта на python3.x К сожалению, не имею образования в сфере IT, и вообще не представляю, с чего начинается разработка на практике. Есть небольшие наработки, для себя в принципе сформированы общие требования к реализации, были начинания то есть что-то функционирует. Стек технологий, и gui-программка простенькая, для собственных целей: python3.x, sqlite.
0
|
|
| 25.09.2021, 20:52 | |
|
Ответы с готовыми решениями:
43
Посоветуйте open source проект Open Source проект управления задачами
|
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
|
| 30.09.2021, 16:12 [ТС] | |
|
Рыжий Лис, Первичные требования в интерфейсу уже сформированы, описание постараюсь подготовить, к выходным. Хотел бы просто понять, будет какая-то помощь, или нет? Мне необходимо знать, так как у меня нет опыта, применима или нет данная технология для поставленной задачи. Какие библиотеки лучше применить здесь, а какие там? P.S. @только Python и SQL.
0
|
|
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
||
| 30.09.2021, 16:41 [ТС] | ||
|
0
|
||
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
||
| 30.09.2021, 16:50 [ТС] | ||
|
0
|
||
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
||
| 30.09.2021, 17:31 [ТС] | ||
|
0
|
||
|
Просто Лис
|
|
| 02.10.2021, 06:05 | |
|
Раз начали кидаться ссылками: https://ru.wikipedia.org/w/ind... =116553639
1
|
|
|
19530 / 11067 / 2931
Регистрация: 21.10.2017
Сообщений: 23,294
|
|
| 02.10.2021, 09:50 | |
|
Это ж самый обычный CRUD. На каждом углу валяются подробнейшие мануалы на любой вкус. Как минимум базовую архитектуру из них вполне можно стащить.
1
|
|
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
|
| 04.10.2021, 21:19 [ТС] | |
|
Всем привет! К сожалению, в выходные не было времени, да и сейчас не очень, чтоб оставаться на "волне" темы воспользуюсь статьей предложенной выше, с разбиением на этапы разработки программного обеспечения: "Этапы разработки программы – как создаются и проектируются программы?".
Этап 1 – Определение проблемы Моя проблема - постоянные переезды, постоянно меняю место жительства. Времени обычно на сбор вещей и предварительную подготовку очень мало, по факту - в итоге, выясняется, что часть вещей или забыта или утеряна во время переезда. Для себя нашел единственный способ решить проблему - предварительная инвентаризация всего личного имущества. После проведения инвентаризации, захотелось, чего-то большего, чем присваивание идентификаторов и составление перечня. При редактировании очередного списка, параллельно читал литературу на экономическую тематику. В общем мысля пришла, что вещи имеют свойства морального и физического износа), некоторые предметы используются и будут использоваться ежедневно в дальнейшем, замена для этих вещей жизненно необходима. На практике выясняется, что при износе или очередной поломке, в наличии нет свободных средств для немедленной покупки новой. Нашел единственное решение проблемы - предварительное резервирование денежных средств на покупку, в процессе выяснилось, что средств остается или слишком много или слишком мало. Все эти "проблемки" привели к необходимости применения методики расчета физического и морального износа с подсчетом необходимых средств на восстановление. Решение - программное обеспечение для инвентаризации и подсчета восстановительной стоимости на их восстановление. Первый вопрос, в решении которого я прошу у вас помощи - разработка схемы базы данных, с определением связей между таблицами. Схема проста, три таблицы с одним внешним ключом - идентификатором. На данный момент: инвентаризация, подсчет восстановительной стоимости и списание. Хотел бы продолжить данную тему и предложить свой первый вариант схемы для разбора "полетов". Есть еще одно предназначение данной программке, название уже есть, да и нужен хоть какой-то опыт в разработке, даже такого простенького ПО. Добавлено через 30 минут Хотел бы просто узнать, кто-нибудь читает данную тему, могу я продолжать? Следующая тематика для разговора: - предложенная схема базы данных( реляционные таблицы); - средства для создания данной базы данных; - репозиторий на GitHub.com и вопрос предоставления доступа для помощи в разработке.
0
|
|
|
19530 / 11067 / 2931
Регистрация: 21.10.2017
Сообщений: 23,294
|
|
| 05.10.2021, 18:37 | |
|
1
|
|
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
||
| 08.10.2021, 17:09 [ТС] | ||
|
Наша основная задача — объединение результатов логического и физического проектирования. Решим задачу логического проектирования, то есть задачу отображения реальных объектов и процессов в абстрактную модель данных. Как я и говорил, первоначальные таблицы уже существуют, созданные средствами LibreOffice Calc. Первая таблица характеризующая сущность объекта инвентаризации: Вторая таблица с расчетами необходимых коэффициентов и сумм (основная таблица) — сущность процесса вычисления: Третья таблица — сущность объекта списания (утилизации): Воспользуемся одним из способов документирования и графического представления функциональной структуры — UML — диаграммой. Дополнив основные логические модели, моделью категории к которым могут относиться объекты инвентаризации. Перед построением концептуальной ER-модели, прошу провести работу над ошибками и предложить свои варианты представления (если есть такая возможность) сущностей исследуемых объектов. Дополнив описанием данной схемы в конце главы прошу помочь в решении основных вопросов данного поста. Выше представлена предполагаемая Граф-схема (ER-диаграмма) специального вида, представляющая сущности (именованные узлы графа) и связи между ними (именнованные дуги графа, помеченные специальными символами). Выходом данного поста должен быть — завершающий этап объектной декомпозиции связанный с объединением локальных ER-моделей в единую модель: - ИСКЛЮЧЕНИЕ ДУБЛИКАТОВ СУЩНОСТЕЙ; - СОГЛАСОВАНИЕ ИМЕН ПОДОБНЫХ СУЩНОСТЕЙ И СОСТАВА ИХ АТРИБУТОВ; - УТОЧНЕНИЕ ТИПОВ АТРИБУТОВ, ВИДОВ СВЯЗЕЙ И ПР. Чтобы не было непониманий в трактовке сущности, в данной композиции под сущностью понимается множество однотипных объектов, каждый из которых соответствует в ER-модели одному экземпляру сущности, а атрибут сущности представляет множество допустимых значений определенной характеристики моделируемого объекта. По обозначениям кратности связей, думаю все понятно: «один к одному», «один ко многим». Выбран один атрибут с внешним ключом в сущности Score. Таблица с удаленными объектами связей с обьектами для расчета связей не имеет. Правильно ли это? Вопросы требующие внимания: - Правилен ли перевод наименований атрибутов, нужны правильные варианты? - Правильно ли определены сущности, возможно у вас есть свои варианты? - Правильны ли первичные ключи и нужны ли вторичные? - Правилен ли внешний ключ сущности процесса вычислений? - Правильность типов данных для SQLite3; - И все все остальное и необходимое для правильности этапа физического проектирования. А так же возможно ли реализовать используя CREATE TABLE SQLite3 данную схему, или можно что-то использовать попроще, есть специальные редакторы? Эх, да и как лучше реализовать все формулы для расчетов?
0
|
||
|
963 / 718 / 276
Регистрация: 10.12.2016
Сообщений: 1,764
|
|
| 09.10.2021, 11:17 | |
|
1
|
|
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
|
| 09.10.2021, 13:36 [ТС] | |
|
vic5710, спасибо за совет, до начала работ хотел все же получить ответы на вопросы, сформулировав общую траекторию разработки, методологию и используемые opensource продукты для разработки, возможен один платный продукт.
Жду замечаний по схеме... Добавлено через 1 час 26 минут Если честно, думал форум все-таки существует для обсуждения вопросов, а не констатации факта существования одного редактора... Добавлено через 13 минут Удачно пользовался вот этим редактором DB Browser for SQLite, он по-крайней мере позволяет создать новую базу данных с нуля - https://sqlitebrowser.org/. А ваш редактор - направлен только на подключение к уже существующей, да еще и не понятны настройки, локальное подключение к собственной сетевой карте - звучит даже странно для баз sqlite. Сделано много и все не по делу. Добавлено через 3 минуты Делаю вывод: в топах поисковиков, зачетная "трэшатинка", для не думающих людей, работающих на дальнейшее оболванивание широкой аудитории. Добавлено через 13 минут Что скажете о таблицах Rowid - что это, и в каких случаях их использовать? Вот что пишет официальная документация: Таблицы Rowid отличаются тем, что все они имеют уникальный, не равный NULL, подписанный 64-битный целочисленный rowid, который используется в качестве ключа доступа для данных в базовом механизме хранения B-дерева. Не совсем понятно, если честно, что скажете, где их использовать в моем случае, и существует ли такая необходимость?
0
|
|
|
19530 / 11067 / 2931
Регистрация: 21.10.2017
Сообщений: 23,294
|
|||
| 09.10.2021, 13:41 | |||
sqlite3 db_name. Готово. Создали и подключились.Добавлено через 3 минуты По сабжу - вот с таким "детальным" подходом ты ничего не напишешь. Ни-че-го. Когда за плечами будет уже несколько велосипедов, тогда уже будет иметь смысл придерживаться данной методологии, т.е. когда хотя бы приблизительное понимание потенциальных проблем уже будет присутствовать в голове. Начни делать хоть чего-нибудь из этого проекта. Создай один класс. Создай пару экземпляров этого класса. Запиши в БД. И дальше по нарастающей.
0
|
|||
|
99 / 86 / 20
Регистрация: 10.09.2019
Сообщений: 708
|
||
| 09.10.2021, 13:46 [ТС] | ||
|
0
|
||
|
19530 / 11067 / 2931
Регистрация: 21.10.2017
Сообщений: 23,294
|
|
| 09.10.2021, 13:48 | |
|
AlexMarkov, ну вот возьми предыдущий проект и поменяй shelve/picle на sqlite, будет тебе опыт.
0
|
|
| 09.10.2021, 13:48 | |
|
Помогаю со студенческими работами здесь
20
Как разрабатывать open-source проект правильно? Ищу напарника в open-source проект на Java Open Source - проект элементов управления для .NET и Mono В новый open-source проект требуется опытный lead developer (pyqt) В новый open-source проект требуется опытный специалист по безопасности/шифрованию. encryption, ipsec, pgp, reverse engineering Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Вывод данных через динамический список в справочнике
Maks 01.04.2026
Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2.
Задача: вывести данные из ТЧ нетипового документа. . .
|
Функция заполнения текстового поля в реквизите формы документа
Maks 01.04.2026
Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению.
На форме документа создается. . .
|
К слову об оптимизации
kumehtar 01.04.2026
Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .
|
Идея фильтра интернета (сервер = слой+фильтр).
Hrethgir 31.03.2026
Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .
|
|
Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда
anaschu 31.03.2026
В прикрепленном документе раздумья о том, как можно поменять модель в будущем
|
10 пpимет, которые всегда сбываются
Maks 31.03.2026
1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию.
2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .
|
Перемещение выделенных строк ТЧ из одного документа в другой
Maks 31.03.2026
Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .
|
Functional First Web Framework Suave
DevAlt 30.03.2026
Sauve. IO
Апнулись до NET10.
Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта
так и в интерактивном режиме. из сложностей - чисто функциональный подход.
Решил. . .
|