Проектирование

Проектирование баз данных: иерархические структуры. Деревья в SQL

Материал этой статьи послужил основой для одной из глав книги "СУБД для программиста. Базы данных изнутри". Вариант статьи для научного издания опубликован в журнале "Информационно-управляющие системы" №6 2013, он содержит больше теоретических сведений и формул.

Предварительные соображения о лексиконе программирования

Академик А.П. Ершов, 1983 г.

В рассуждениях о том, как надо развиваться программированию, нам, к сожалению, приходится начинать с того, что существующая практика программирования совершенно не адекватна тем задачам, которые стоят перед этим новым видом человеческой деятельности. Охарактеризуем вкратце как сегодняшнюю практику программирования, так и задачи в расчете на 15 – 20-летнюю перспективу.

Пример создания прототипа учетной системы

Игорь Паньшин, октябрь 2006

Погружаясь в предметную область новой учетной системы, всегда возникает вопрос на базе чего ты понимаешь? Можно просто рисовать схемы на бумаге. Можно пользоваться Enterprize Architect. Можно разрабатывать метаданные. В общем кто к чему привык. Основное требование в этом деле, чтобы был результат, который бы можно было реализовать. У меня не возникает желания что-то с чем-то сравнивать по эффективности, поскольку это более маркетинговый крючок. Я просто готов описать один мой рабочий день (4 октября 2006) по разработке прототипа информационной системы доступа к информационным ресурсам.

Разработка на основе моделей (Model Driven Development) с примерами использования PowerDesigner

От редакции. В продолжение темы статьи: система разработки на основе моделей GenieLamp. Кросс-платформенное решение для Windows/Linux и различных СУБД.

В этой статье несколько оторвемся от вопросов проектирования конкретных структур в базах данных (см. "Проектирование баз данных: иерархические структуры. Деревья в SQL", "Проектирование баз данных: хронологические данные") и попытаемся воспарить на более абстрактный уровень модели предметной области, чтобы оттуда взглянуть на остро стоящие по сей день вопросы внесения изменений в процессе разработки.

Успешная реализация структуры данных для хранения многоуровневых объектов

Полное название: успешная реализация структуры данных для хранения многоуровневых объектов с произвольным набором атрибутов.
В статье представлена структура данных для моделирования многоуровневых объектов с любым количеством атрибутов стандартных типов. Данная структура успешно реализована на практике.

Обзор средств объектно-реляционной проекции (ORM) для платформы .NET

Что такое ОРП (Object Relational Mapping - ORM), зачем и с чем его едят, обзор имеющихся на рынке продуктов для .NET.

Введение в складской учет

От редакции: более общее решение для учетной системы приводится в статье "Как проектировать бухгалтерию" и цикле заметок "Разработка ядра информационной системы"

Михаил Кривошеин (сайт автора), 2002 - 2005 с исправлениями и дополнениями

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

Проектирование баз данных: хронологические данные

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

Как проектировать бухгалтерию ?

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

Необходимость учета с большим числом разрезов аналитики

На первый взгляд кажется, что уже 5 уровней аналитики более чем достаточно для бухгалтерского учета на балансовых счетах. Однако, бухгалтерии-тяжеловесы позволяют иметь неограниченное или ограниченное большим числом (20 и более) количество аналитических уровней, которое можно эффективно использовать для управленческого учета.

Страницы

Subscribe to RSS - Проектирование