1С Режим Конфигуратор


1С Режим Конфигуратор

Самое главное понятие 1С -- это "объект". Объект -- это элемент реального мира. Объектом может быть все что угодно: компьютер, облако, кошка... Но нас интересуют только те объекты, которые имеются в офисной деятельности предприятия: документы, отчеты, справочники... Программа для 1С представляется как совокупность объектов, взаимосвязанных между собой, т.е. конфигурация объектов. Например, документ "Приказ о приеме на работу", справочник "Сотрудники", отчет "Сотрудники, принятые за период".
У объектов имеются некоторые атрибуты (свойства, реквизиты). Например, сотрудник имеет фамилию, имя, отчество, оклад, табельный номер. Приказ о приеме имеет номер и дату. Набор свойств объекта задается разработчиком.
Также объекты имеют определенные методы (процедуры и функции). Например, вы можете выбрать всех сотрудников с помощью метода справочника ВыбратьЭлементы(), или можно сохранить документ методом Записать().

Объекты, свойства и методы
Таблица значений как элемент диалога
Счет и план счетов
Журналы расчетов

Архитектуры для государственных ведомств

Известно несколько методик, которые специально разрабатывались для использования на уровне страны, государства в целом, прежде всего в контексте реализации инициатив в области "электронного правительства". Все они вобрали в себя основные принципы и подходы, которые мы рассматривали в контексте методик описания архитектуры предприятия, но с учетом специфики реализации общегосударственных инициатив или достижения определенного уровня централизованной координации внедрения ИКТ в отдельных государственных ведомствах.

Методика FEAF

Основы тестирования программного обеспечения

Качество программного продукта характеризуется набором свойств, определяющих, насколько продукт "хорош" с точки зрения заинтересованных сторон, таких как заказчик продукта, спонсор, конечный пользователь, разработчики и тестировщики продукта, инженеры поддержки, сотрудники отделов маркетинга, обучения и продаж. Каждый из участников может иметь различное представление о продукте и о том, насколько он хорош или плох, то есть о том, насколько высоко качество продукта. Таким образом, постановка задачи обеспечения качества продукта выливается в задачу определения заинтересованных лиц, их критериев качества и затем нахождения оптимального решения, удовлетворяющего этим критериям. Тестирование является одним из наиболее устоявшихся способов обеспечения качества разработки программного обеспечения и входит в набор эффективных средств современной системы обеспечения качества программного продукта.

Тестирование - способ обеспечения качества
Концепция тестирования
Основная терминология
Пример поиска и исправления ошибки

Организация тестирования
Сравнение словесного описания пункта
Пример вставки операторов протоколирования
Пример пошагового выполнения программы
Пример выполнения с анализом трасс и дампов

Пример обратного выполнения
Сквозной пример тестирования
Требования к идеальному критерию тестирования
Оценка Покрытия Программы и Проекта
Пример модульного тестирования

Особенности интеграционного тестирования
Системное тестирование
Автоматизация тестирования
Качество программного продукта и тестирование
Выполнение тестов

Цели и задачи регрессионного тестирования
Случайные методы
Интеграционное регрессионное тестирование
Методика регрессионного тестирования
Описание тестируемой системы и ее окружения

Модульное тестирование на примере классов
Идентификация взаимодействий
Системное тестирование
Ручное тестирование
Автоматизация тестирования с помощью скриптов

Автоматическая генерация тестов на основе формального описания
Описание ручного тестирования
Как создать свой тест?
Структура и описание содержимого каталогов
Использование MS Visio для генерации MPR-файлов
Необходимое аппаратное обеспечение

Принятые сокращения
Описание структуры проекта

Учебник по пластиковым карточкам и электронным деньгам

Практически во всех платежных системах (как российских, так и международных) есть определенная градация продуктов (карт) по их престижности и предоставляемому сервису. Практически везде можно встретить карты типа Золотые (Gold), Классические или Стандартные (Classic), Бизнес (Business) и т.п. В разных системах (и даже банках) они могут различаться по названиям, условиям, тарифам и много еще по чему. Однако всегда есть разграничение: для бедных, для среднего класса, для богатых, очень богатых и т.д.

Управление рисками: обзор употребительных подходов
Управление параллелизмом в основной памяти
Основные виды электронной коммерции
Назначение, выполняемые операции и преимущества системы «Интернет-Банк»

Язык XML - практическое введение

Название файла XML не обязательно должно иметь расширение .xml. Более того, документ XML даже не всегда может быть файлом. Он может представлять собой запись базы данных, часть файла, транзитный поток байтов в памяти, который даже не записывается на диск, или комбинацию нескольких различных файлов. Но многие документы XML все же хранятся на дисках или других носителях. В таком случае необходимо иметь возможность быстро их различать. В статье представлены наиболее распространенные расширения файлов и типы электронной корреспонденции (MIME media types), используемые в документах XML.
Трехбуквенные расширения используются для идентификации типов файлов как минимум с конца 1960-х годов. Некоторые операционные системы используют четыре, две или даже одну букву вместо трех, но общая конструкция не меняется: имя файла - точка - расширение. При перемещении файлов между гетерогенными системами имя и расширение часто оказываются единственными метаданными, которые остаются с ними.
Если документы XML хранятся в виде файлов, то лучше использовать стандартные расширения. Это существенно облегчает поиск, распознавание и обработку файлов XML.

Пример XML-документа
Определение элемента

Основы XML

Язык HTML предоставляет фиксированный набор элементов, которые вы можете использовать для размещения компонентов на типовой Web-странице. Примерами таких элементов являются заголовки, абзацы, списки, таблицы, изображения и связи. Например, HTML отлично подходит для создания личной домашней страницы.

Предназначение XML
Создание XML-документа
Составные части корректно сформированного XML-документа
Добавление комментариев

Основной критерий для валидного документа
Определения и классификация примитивов
Основные этапы при использовании таблицы каскадных стилей

Проверка на наличие ошибок XML
Связывание XML-документа с HTML-страницей
Основы использования XSL-таблиц стилей

Серверный JavaScript 1.4. Руководство по использованию

JavaScript это созданный фирмой Netscape межплатформенный, объектно-ориентированный язык скриптинга (сценариев). Ядро JavaScript содержит набор основных объектов, таких как Array, Date и Math, и основной набор элементов языка, таких как операции, структуры управления и операторы. Ядро JavaScript может быть расширено для различных целей путём дополнения новыми объектами; например:
* Клиентский JavaScript расширяет ядро языка, предоставляя объекты управления браузером (Navigator или другой web-браузер) и Document Object Model (DOM). Например, клиентские расширения дают приложению возможность размещать элементы в HTML-форме и реагировать на действия пользователя, такие как щелчок мыши, ввод данных в форму и навигация по страницам.
* Серверный JavaScript расширяет ядро языка, предоставляя объекты, относящиеся к запуску JavaScript на сервере. Например, серверные расширения дают приложению возможность соединяться с реляционной БД, сохранять информацию между вызовами приложения или выполнять работу с файлами на сервере. JavaScript позволяет создавать приложения, работающие по всей сети Internet. Клиентские приложения работают в браузере, таком как Netscape Navigator, а серверные приложения - на сервере, таком как Netscape Enterprise Server. Используя JavaScript, Вы можете создавать динамические HTML-страницы, обрабатывающие пользовательский ввод и имеющиеся данные, используя специальные объекты, файлы и реляционные БД.

JavaScript. Обзор
Архитектура Приложений JavaScript
Регистрация Внешних Функций

Раздел - Экономика

И еще один раздел о жизни денег, их круговороте в жизни обычных и не очень обычных людей. Куча авторов рассуждает о том как и где взять деньги. Еще одна толпа пишет теоретичекие опусы как это сделать идеологически правильно. Называют все это теорией. В этой теме есть где развернуться, вот народ и старается.

Введение
Информация
Анализ
Теория
Теория игр

Знания
Законы
Учебники
Проблемы развития
География

Государство
Мировая
Международная
Европа
Интеграция

Тенденции
Концепции
Политика
Россия
Региональная
Муниципальная

Теневая
Системы
Ценополучатели
Институциональная
Переходная

Рыночная
Постиндустриальная
Предприятия
Труд
Экология

Ресурсосбережение

Техника оптимизации под линуха

Качество оптимизирующих компиляторов обычно оценивают по результатом комплексных тестов (мультимедийных, "общесистемных" или математических). Что именно оптимизируется и как — остается неясным. Основной "интеллект" оптимизаторов сосредоточен в высокоуровневом препроцессоре — своеобразном "ликвидаторе" наиболее очевидных программистских ошибок. Чем качественнее исходный код, тем хуже он поддается оптимизации. Только ведь… над качественным кодом _работать_ надо! Много знать и ожесточенно думать, ломая карандаши или вгрызаясь в клавиатуру. Кому-то это в радость, а кто-то предпочитает писать кое-как. Все равно, мол, компилятор, соптимизирует!
Желание перебросить часть работы на транслятор — вполне естественно и нормально (для творчества больше времени останется), но нужно заранее знать, что именно он оптимизирует, а что только пытается. Но как это можно узнать? На фоне полнейшей терминологической неразберихи, когда одни и те же приемы оптимизации в каждом случае называются по-разному, прячась за ничего не говорящими штаммами типа "copy propagation" (размножение копий) или "redundancy elimination" (устранение избыточности), требуется очень качественная документация на компилятор, но она — увы — обычно ограничивается тупым перечислением оптимизирующих ключей с краткой пометкой за что каждый из них отвечает. Какие копии размножает компилятор и с какой целью? Какую избыточность он устраняет и зачем? Не является ли размножение внесением избыточности, которую самому же оптимизатору и приходится удалять?!

Общие соображения по оптимизации
Оптимизированный вариант
Объединение циклов
Оценочная оптимизация для магии алгебра и реализация
Обзор методов оптимизации запросов в реляционных системах
Мощь и беспомощность автоматической оптимизации

Кодирование изображений

При цветовых преобразованиях необходимо также помнить, что между цветовыми моделями CIE, CMY, RGB, YIQ существуют аффинные преобразования, тогда, как между HLS и HSV- нет. Данное обстоятельство будет заметно, если изображение, содержащее непрерывные цветовые переходы, переводить, например, из HLS в RGB (на изображениях может появиться разрыв непрерывности).

Продолжение

Типовые задачи администрирования Windows 2000

Рабочая среда пользователя состоит из настроек рабочего стола, например, цвета экрана, настроек мыши, размера и расположения окон, из настроек процесса обмена информацией по сети и с устройством печати, переменных среды, параметров реестра и набора доступных приложений. Для управления средой пользователя предназначены следующие средства Windows 2000:
Сценарий входа в сеть (сценарий регистрации) представляет собой командный файл, имеющий расширение bat, или исполняемый файл с расширением ехе, который выполняется при каждой регистрации пользователя в сети. Сценарий может содержать команды операционной системы, предназначенные, например, для создания соединения с сетью или для запуска приложения. Кроме того, с помощью сценария можно устанавливать значения переменных среды, указывающих пути поиска, каталоги для временных файлов и другую подобную информацию.
Профили пользователей. В профиле пользователя хранятся все настройки рабочей среды компьютера, на котором работает Windows 2000, определенные самим пользователем. Это могут быть, например, настройки экрана и соединения с сетью. Все настройки, выполняемые самим пользователем, автоматически сохраняются в файле, путь к которому выглядит следующим образом: Имя_устройства\корневой_каталог\РгоГ\\е$. Как правило, корневым является каталог \winnt.
Сервер сценариев Windows (Windows Scripting Host, WSH). Сервер сценариев независим от языка и предназначен для работы на 32-разрядных платформах Windows. Он включает в себя как ядро сценариев Visual Basic Scripting Edition (VBScript), так и JScript. Сервер сценариев Windows предназначен для выполнения сценариев прямо на рабочем столе Windows или на консоли команд. При этом сценарии не надо встраивать в документ HTML.

Типовые задачи администрирования
Нулевое администрирование Windows (ZAW)
Средства мониторинга и оптимизации