Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Техническое задание на создание АИС_2013-2.doc
Скачиваний:
27
Добавлен:
12.11.2019
Размер:
184.83 Кб
Скачать

3 Характеристика объекта автоматизации

УКАЗАНИЯ ГОСТ: 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию; 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

ПРИМЕР СОДЕРЖАНИЯ: Объектом автоматизации являются процессы по управлению государственными кадрами.

Процессы управления государственными кадрами включают в себя: - планирование структуры организаций, штатных расписаний и кадровых политик; - произведение расчета заработной платы; - оперативного учета движения кадров; - ведение административного документооборота по персоналу и учету труда; - ведение архивов без ограничения сроков давности;

- и т.д.

Данные процессы осуществляются следующими специалистами: - Экономистами планово-экономического отдела или отдела труда и заработной платы; - Инспекторами отделов кадров и менеджерами по персоналу; - Руководителями различного уровня, в т.ч. и высшим руководством; - Табельщиками и сотрудниками табельных бюро; - Бухгалтерами расчетной части и главными бухгалтерами предприятий.

Также в этом разделе можно описать "Существующее программное обеспечение":

ПРИМЕР СОДЕРЖАНИЯ: В настоящий момент в федеральном агентстве в области управления государственными кадрами и смежных областях разработаны и внедрены следующие информационные системы: - Система расчета заработной платы; - Система документооборота;

Система расчета заработной платы Система реализована сотрудниками Федерального агентства. Система используется бухгалтерами расчетной части и главными бухгалтерами предприятий. Система реализует следующие функции: ...

Система документооборота Система реализована сотрудниками Федерального агентства. Система используется экономистами планово-экономического отдела. Система реализует следующие функции: ...

Также в этом разделе можно описать "Существующее техническое обеспечение":

ПРИМЕР СОДЕРЖАНИЯ: Каждый районный отдел агентства имеет выделенный сервер БД. Все серверы БД объединены в единую сеть по выделенным линиям с пропускной способностью 1 Мб/сек.

Также в этом разделе можно добавить "Описание процессов федерального агентства":

ПРИМЕР СОДЕРЖАНИЯ: Участники процесса 1: Процесс приема сотрудника на работу

N

Наименование подразделения

Выполняемые действия

Используемые ресурсы

Дополнительная информация

1

Отдел кадров

Проведение собеседования

Сотрудник отдела кадров

Возможно привлечение технических специалистов

2

Отдел кадров

Прием документов

Сотрудник отдела кадров

 

3

Служба безопасности

Проверка подлинности поданных документов

Сотрудники службы безопасности

Возможны запросы дополнительной информации

4

...

...

...

...

 

Схема инфрормационного взаимодействия процесса 1: рисунок 1: Схема информационного взаимодействия процесса 1. Описание реквизитов документов: Описание реквизитов документа 1: Паспорт соискателя

п/п

Наименование реквизита

Правило заполнения

1

Номер паспорта

Обязательно

2

Серия паспорта

Обязательно

3

Где выдан

Необязательно

4

...

...

 

4. ТРЕБОВАНИЯ К СИСТЕМЕ

УКАЗАНИЯ ГОСТ: Раздел «Требования к системе» состоит из следующих подразделов: 1) требования к системе в целом; 2) требования к функциям (задачам), выполняемым системой; 3) требования к видам обеспечения.

4.1 Требования к системе в целом

УКАЗАНИЯ ГОСТ: В подразделе «Требования к системе в целом» указывают: - требования к структуре и функционированию системы; - дополнительные требования.

4.1.1 Требования к структуре и функционированию системы

УКАЗАНИЯ ГОСТ: В требованиях к структуре и функционированию системы приводят: 1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы; 2) требования к способам и средствам связи для информационного обмена между компонентами системы; 3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т.п.);

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

ПРИМЕР СОДЕРЖАНИЯ: В состав АС Кадры должны входить следующие подсистемы: - Подсистема хранения данных; - Подсистема приложений операционного управления; - Подсистема управления нормативно-справочной информацией; - Подсистема интеграции; - Подсистема формирования отчетности;

Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.

Подсистема приложений операционного управления предназначена для учета работ с персоналом, ввода информация о предприятиях, входящих в состав головного предприятия, их организационном делении и штатном расписании, автоматизации процедур управления персоналом (ведение полной информации о персонале, процедуры оценки персонала, обучения и т.п.), обеспечение всего спектра работ инспекторов управления по труду и заработной плате, автоматическое формирование приказов, справок, учет рабочего времени.

Подсистема управления нормативно-справочной информацией предназначена для централизованного ведения классификаторов и справочников, используемых для обеспечения информационной совместимости подсистем.

И т.д.

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

ПРИМЕР СОДЕРЖАНИЯ: Требования не предъявляются.

ПРИМЕР СОДЕРЖАНИЯ: Форматы данных, которыми будут обмениваться входящие в состав АИС подсистемы, будут разработаны и утверждены на этапе технического проектирования. В состав передаваемых данных входят: - Данные НСИ; - Сведения о государственных предприятиях; - Сведения о персонале; - ...

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

ПРИМЕР СОДЕРЖАНИЯ: АС Кадры должна взаимодействовать следующими смежными системами: - Смежная система 1; - Смежная система 2.

Возможны следующие варианты обмена (АС Кадры и Смежная система 1): - Экспорт нормативно-справочной информации; - Экспорт выписок штатных расписаний; - Импорт нормативно-справочной информации; - т.д. Результаты выполнения операций импорта и экспорта данных должны регистрироваться в специальном журнале событий и предоставляться по запросу пользователя.

4.1.2 Требования к защите информации от несанкционированного доступа

УКАЗАНИЯ ГОСТ: В требования к защите информации от несанкционированного доступа включают требования, установленные в нормативно-технической документации, действующей в отрасли (ведомстве) заказчика.

ПРИМЕР СОДЕРЖАНИЯ: Компоненты подсистемы защиты от НСД должны обеспечивать: – идентификацию пользователя; – проверку полномочий пользователя при работе с системой; – разграничение доступа пользователей на уровне задач и информационных массивов. Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве. Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля). Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений. И т.д.

4.2 Требования к функциям (задачам), выполняемым системой

УКАЗАНИЯ ГОСТ: В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят: 1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации; при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях; 2) временной регламент реализации каждой функции, задачи (или комплекса задач); 3) требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов; 4) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

ПРИМЕР СОДЕРЖАНИЯ:

Подсистема хранения данных Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов. Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации.

Подсистема приложений операционного управления Подсистема приложений операционного управления должна состоять из следующих модулей: - Модуль планирования структуры организаций, штатных расписаний и кадровых политик; - Модуль расчета заработной платы; - Модуль оперативного учета движения кадров; - Модуль ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей (обучение, повышение квалификации) работников; - и т.д.

Модуль планирования структуры организаций, штатных расписаний и кадровых политик должен реализовывать следующие функции: - создание и ведение корпоративной структуры предприятия или холдинга любой сложности; - поддержка множественных иерархических структур, объединяющих персонал: организационных, функциональных, проектных, бюджетных; - ведение и планирование штатного расписания (ШР); - т.п. - пр. Создание и ведение корпоративной структуры предприятия включает в себя: - Хранение истории расформированных структур; - т.п. - пр. Поддержка множественных иерархических структур включает в себя: - Добавление новых типов структур; - Редактирование существующих типов; - Создание шаблонов структур; - Хранение истории изменений; - т.п. - пр.

Подсистема управления нормативно-справочной информацией Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров: - Реестр «Сотрудники»; - Реестр «Адреса»; - Реестр «Предприятия»; - Реестр «Штатные расписания»; - т.п. - пр.

Реестр «Сотрудники»: Реестр «Сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: - Фамилия; - Имя; - Отчество; - Должность; - т.п. - пр.

Модуль должен реализовывать следующие основные функции по обработке данных реестра: - Постоянное хранение данных реестра; - Добавление данных в реестр; - Удаление данных реестра; - Просмотр списка элементов реестра; - Фильтрация и сортировка элементов реестра; - Поиск элемента реестра; - Просмотр данных элемента реестра; - Просмотр фотографии сотрудника; - Печать выписки из реестра «Список сотрудников»; - т.п. - пр.

Реестр «Адреса»: Реестр «Адреса» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: - Город; - Улица; - Дом; - Корпус; - т.п. - пр.

4.3 Требования к видам обеспечения

УКАЗАНИЯ ГОСТ: В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.

4.3.1 Требования к математическому обеспечению системы

УКАЗАНИЯ ГОСТ: Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

4.3.2 Требования к программному обеспечению системы

УКАЗАНИЯ ГОСТ: Для программного обеспечения системы приводят перечень покупных программных средств, а также требования к независимости программных средств от используемых СВТ и операционной среды.

ПРИМЕР СОДЕРЖАНИЯ: Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows.

4.3.3 Требования к техническому обеспечению

УКАЗАНИЯ ГОСТ: Для технического обеспечения системы приводят требования: 1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; 2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы (только для тем схемотехнической направленности).

ПРИМЕР СОДЕРЖАНИЯ: В состав комплекса (Рисунок 1) должны следующие технические средства: – Серверы БД; – Серверы приложений; – Сервер системы формирования отчетности; – Веб сервер; – ПК пользователей; – ПК администраторов.

Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки. Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

4.3.4 Требования к метрологическому обеспечению (только для тем схемотехнической направленности)

УКАЗАНИЯ ГОСТ: В требованиях к метрологическому обеспечению приводят: 1) предварительный перечень измерительных каналов; 2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов; 3) требования к метрологической совместимости технических средств системы; 4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики.

5 . СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

УКАЗАНИЯ ГОСТ: Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы».

Эти этапы включаются сначала в заявление на УИРС, а затем в заявление на преддипломную практику и собственно, в бланк задания на дипломирование. Эти этапы нужно проработать со своим руководителем и получить его подпись под этим планом.

Описание этапа должно включать наименование, сроки, описание работ и конечный результат.

ПРИМЕР СОДЕРЖАНИЯ:

Этап

Содержание работ

Результаты работ

1

Разработка документов технического проекта АС Кадры. Создание программного обеспечения первой очереди АС Кадры.

Документы технического проекта первой очереди АС Кадры. Программное обеспечение первой очереди АС Кадры.

2

...

...

 

 

Пример 2. Техническое задание на автоматизированную систему бухгалтерского учета предприятия.

ВВЕДЕНИЕ

Автоматизированная система управления «Главный бухгалтер» (далее АСУ «Главный бухгалтер») – программный продукт предназначенный для автоматизации бухгалтерского учета предприятия ООО «Малый аграрий». АСУ «Главный бухгалтер» является многопользовательской системой и обеспечивает одновременную работу всех сотрудников бухгалтерии предприятия. Так же АСУ «Главный бухгалтер» обеспечивает формирование налоговой отчетности и передачу данной отчетности в налоговые органы.

ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

Основанием разработки АСУ «Главный бухгалтер» являются следующие документы: Договор № 23889 от 01.01.08г. заключенный между ООО «Малый аграрий» и ООО «Большой автоматизатор»; Документ «Исследование бизнес-процессов ООО «Малый аграрий»; ГОСТ 19.201-78.

НАЗНАЧЕНИЕ РАЗРАБОТКИ

АСУ «Главный бухгалтер» предназначена для автоматизации следующий бизнес-процессов предприятия: учет материалов, учет платежей, учет кассовых операции, учет расходов будущих периодов, учет ценных бумаг, ведение книги покупок и книги продаж.

АСУ «Главный бухгалтер» эксплуатируется всеми сотрудниками бухгалтерии предприятия ООО «Малый аграрий». 

ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАМНОМУ ИЗДЕЛИЮ 

Требования к функциональным характеристикам

АСУ «Главный бухгалтер» должна выполнять следующие функции: Автоматизация обработки входящих и исходящих платежных документов (рублевых и валютных), Учет расходов будущих периодов, Расчет и учет курсовых разниц, возникающих в результате операций с иностранными валютами и внешнеэкономической деятельности, Получение настраиваемых бухгалтерских отчетов по данным оборотов и сальдо на счетах бухгалтерского учета, Формирование бухгалтерских проводок, Формирование и ведение карточек основных средств, Вести учет содержания драгоценных металлов и камней в основных средствах, Производить расчет амортизации по основным средствам, Формирование и ведение картотеки ценных бумаг, Формирование кассовых ордеров, Формирования отчетов кассира. 

Требования к надежности

Устойчивое функционирование АСУ «Главный бухгалтер» должно быть обеспечено в режиме 24/7 при одновременном доступе 300 пользователей. Любые виды сетевых, аппаратных сбоев, а так же сбоев операционной системы (в т.ч. зависание операционной системы, отключение питание сервера, разрыв соединения станции пользователя с сервером) не должны оказывать влияние на функционал системы после устранения причин повлекших сбой в работе АСУ «Главный бухгалтер». 

Условия эксплуатации

Для обеспечения бесперебойной работы АСУ «Главный бухгалтер», предприятием ООО «Малый аграрий» должна быть сформирована группа компетентных специалистов. Данные специалисты должны уметь обслуживать все виды платформ БД (Oracle, MS SQL, MySQL, и т.д.), быть уверенными пользователями операционной системы Linux. Эксплуатация системы не допускается при нестабильной работе сети предприятия, а так же сервера баз данных. 

Требования к составу и параметрам технических средств

Минимальные требования к конфигурации сервера: P2-400, оперативная память 128 Mb. Минимальные требования к конфигурации рабочей станции: P2-400, оперативная память 128 Mb. Требования к операционной системе: на сервере и рабочих станциях должна быть установлена система Linux. 

Требования к информационной и программной совместимости.

Для формирования отчетов в АСУ «Главный бухгалтер» на рабочих станциях пользователя должен быть установлен текстовый редактор «TEXMULTIREDAKTOR». 

ТРЕБОВАНИЯ К ПРОГРАМНОЙ ДОКУМЕНТАЦИИ

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

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

1. Разработка опытного макета системы;

2. Тестирование макета системы;

3. Разработка пользовательской документации;

4. Разработка организационных регламентов;

5. Перевод системы в опытную эксплуатацию. 

ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

Приемка работ осуществляется комиссией согласованной руководителями ООО «Большой автоматизатор» и ООО «Малый агроном». Приемка работ осуществляется согласно функциональным требования описанным в данном техническом задании, согласно общему описанию функциональности системы, по следующим контрольным данным:

1. Формирование проводки Д10-К60 сумма проводки 100р. по накладной на прием материалов. Контрольный результат: оборотная ведомость по счету 10 содержит оборот по дебету 100р.

2. ….

и т.д.

Пример 3: разработка ТЗ на создание АИС «Единое окно доступа к образовательным ресурсам».

Общие сведения о системе Данный раздел документа Техническое задание должен содержать полное наименование системы и все варианты сокращений, которые будут использованы при разработке документации.

Пример:

«В данном документе создаваемая информационная система называется «Единое окно доступа к образовательным ресурсам», сокращенно ЕО. Систему Единое окно доступа к образовательным ресурсам далее в настоящем документе допускается именовать Единое окно или Система».

Неотъемлемой частью документа Техническое задание также  должен быть список терминов и сокращений. Термины и сокращения лучше представить в виде таблицы с двумя столбцами «Термин» и «Полная форма».

Термины и сокращения располагаются в алфавитном порядке. В первую очередь принято давать расшифровку русскоязычным терминам и сокращениям, потом англоязычным.

Назначение и цели создания системы

Данный раздел документа Техническое задание обязательно также описывается во введении к дипломной записке и должен содержать назначение и цели создания системы.

Пример:

«Информационная система «Единое окно доступа к образовательным ресурсам» предназначена для обеспечения пользователей полной, оперативной и удобной информацией, касающейся системы образования Российской федерации, организаций выполняющих функцию образовательных учреждений.

Основной целью Системы является формирование единой информационной среды и автоматизации бизнес-процессов Образовательных учреждений Российской Федерации.

Создание информационной системы «Единое окно» должно обеспечить:

  • предоставление пользователям широкого спектра информационных ресурсов;

  • повышение уровня информационной безопасности;

  • повышение эффективности работы образовательных учреждений и ведомств за счет оптимизации ряда бизнес-процессов;

  • повышение эффективности процесса взаимодействия информационных систем и сервисов внутри ведомства.

Создание Системы позволит сократить эксплуатационные затраты в результате повышения эффективности работы ведомства.

Требования к системе

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

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

Пример:

«4.1 Бизнес-процесс «Предоставление информации об образовательных учреждениях Российской Федерации

В данном бизнес-процессе выделяются следующие участники:

Модератор – работник ведомства, входящий в состав обслуживающего персонала Системы, ответственный за корректность предоставляемых данных

Автор – сотрудник образовательного учреждения, ответственный за размещение информации о своей организации.

Пользователь – гражданин, нуждающийся в получении информации о работе образовательных учреждений Российской Федерации.    

4.1.1 Регистрация образовательного учреждения в Системе

Регистрация образовательного учреждения Российской Федерации осуществляется ответственным сотрудником учреждения («Постановление Правительства …»).

Процесс регистрации образовательного учреждения включает следующие шаги:

  • Автор создает запись об организации;

  • Автор заносит данные организации;

  • Система проверяет наличие лицензии для данной организации

    • Если лицензия существует в базе данных, Система отправляет Автору сообщение об успешной регистрации;

    • Если лицензия не найдена в базе данных, Система отправляет сообщение Автору об отсутствии лицензии для данной организации.»

Если позволяет время, информацию, приведенную в данном разделе, следует, более полно раскрыть в приложении к документу Техническое задание. В приложении к техническому заданию можно привести экранную форму и ниже описать все события, которые на ней присутствуют (создание, просмотр, редактирование, удаление и т.п.).

Пример 3. ТЗ на разработку модуля новостей веб-сайта.

1. Написать модуль новостей используя следующие интернет-технологии:

1.1. Язык программирования PHP

1.2. СУБД MySQL

1.3. Язык разметки HTML

1.4. Язык стилевого оформления CSS

1.5. Технология AJAX

2. Модуль новостей должен поддерживать следующие функции:

2.1. Добавление новостей

2.2. Изменение выбранной новости

2.3. Удаление отмеченного списка новостей

2.4. Отображение новостей

3. Объект "новость" должен состоять из следущих элементов:

3.1. Дата новости

3.2. Заголовок новости

3.3. Содержимое новости

3.4. Изображение к новости.

Структура главной страницы модуля новостей. На главной странице находятся все новости с их датами и заголовками, уменьшенным изображением к новости и ссылками на конкретные новости. Также на главной странице должны присутствовать ссылки на добавление новой новости, изменения новости и удаления новости.

Страница просмотра полной новости. На странице просмотра полной новости выводятся дата новости, заголовок новости, содержимое новости и полное изображение к новости.

Страница добавления новости. На странице добавления новости должна присутствовать форма с полями: дата новости, заголовок новости, содержимое новости, поле для загрузки изображение к новости, а также кнопка "добавить новость". При нажатии на кнопку "добавить новость" должна новость загружаться в СУБД и запрашиваться из СУБД с выводом страницы просмотра полной новости с новой добавленной новостью.

Страница изменения новости. На странице изменения новости должна присутствовать список новостей с формой выбора (radio button) новости для измнения а также кнопка "изменить новость". При нажатии на кнопку "изменить новость" должна загружаться форма с заполненными полями: дата новости, заголовок новости, содержимое новости, полным изображением и поле для загрузки другого изображения к новости, а также кнопка "изменить эту новость". При нажатии на кнопку "изменить эту новость" должна загружаемая новость изменяться в СУБД и запрашиваться из СУБД с выводом страницы просмотра полной новости с новой измененной новостью.

Страница удаления новости. На странице удаления новостей должна присутствовать список новостей с формой выбора (checkbox) новости для измнения а также кнопка "удалить новости". При нажатии на кнопку "удалить новости" должны удаляемые новости удаляться из СУБД, а также удаляться уменьшенные и полные изображения к новости с файловой системы сервера, также в случае успешного удаления новостей и их изображений должно выводится сообщение "N новостей успешно удалены", где N - количество удаляемых новостей.

Требования:

Новости должны храниться в СУБД. Для обработки новостей должен использоваться язык PHP. Вывод новостей должен осуществляться в формате HTML с стилевым оформлением CSS.

Пожелания:

Модуль новостей можно разрабатывать в комплекте DENWER. Технологию AJAX можно использовать для загрузки (изменения) изображений к новостям без перезагрузки страницы, либо при добавлении, изменении, удалении даты, заголовка и содержимого новости.